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- — >>  There  are  three  major  aspects  to  oar  project.  The  first  concerns  the  development  of  AL12 
which  is  a  procedural  language  approach  to  the  layout  of  VLSI  circuits.  The  second  is  the  con¬ 
tinuing  investigation  of  the  census  language.  Finally,  the  third  is  in  the  area  of  testing  of  VLSI 

circuits.  ^ 

2.  ALI 


2.1.  ALI2  [Kalin,  Valdes,  V\]ayan] 

An  almost  complete  version  of  ALI2  became  operational  at  the  beginning  of  March.  This 
version  implements  most  of  the  language  features  described  in  the  accompanying  "Language 
Overview" and  is  currently  being  used  to  layout  a  number  of  circuits. 

The  language  has  now  a  small  group  of  local  users  which  includes  people  not  involved 
directly  on  the  language  design  and  implementation.  The  first  circuits  designed  with  ALI 2  will 
probably  be  sent  to  fabrication  before  the  end  of  April. 

The  number  of  users  will  soon  increase  substantially,  when  the  students  in  our  VLSI  design 
course  begin  work  in  earnest  on  their  course  projects.  Most  of  our  current  efforts  are  directed 
towards  making  the  system  stable  enough  for  them  as  well  as  for  release  to  users  outside  Prince¬ 
ton. 

On  the  language  itself,  the  only  unimplemented  features  are  those  related  to  completenen 
cheeking  and  direct  interface  to  simulators.  The  code  to  implement  completeness  checking  will  be 
relatively  short  and  straightforward  to  implement.  It  has  not  been  implemented  yet  because  we 
judged  more  import  an.  to  have  a  version  of  the  language  publicly  available  before  the  end  of  the 
semester.  We  have  not  yet  selected  the  simulator  to  which  ALI2  will  be  interfaced,  but  the  inter¬ 
face  should  not  present  great  problems.  We  expect  to  complete  the  implementation  of  these  two 
features  during  the  summer. 

The  initial  experience  of  ALI2  users  has  been  generally  positive,  in  spite  of  the  fact  that 
they  have  carried  most  of  the  burden  of  testing  and  debugging  of  the  language  translator  and  run 
time  support.  We  are  confident  that  the  current  system  will  be  completely  stable  very  soon.  The 
efficiency  and  convenience  of  use  of  the  language  have  been  those  that  we  expected  at  the  time 
we  designed  it. 

Future  work  on  ALI2  will  primarily  involve  the  completion  of  the  current  version  as 
described  earlier.  A  longer  term  effort  would  involve  the  implementation  of  a  new  version  of  the 
language  that  incorporates  the  experience  gained  using  the  current  one.  Such  an  effort  is  con¬ 
tingent  on  the  level  of  use  of  ALI2  and  the  general  reception  from  its  users,  and  it  is  not  likely  to 
be  initiated  for  another  six  months  or  so. 

On  a  slightly  different  but  related  topic,  we  intend  to  research  constraint  baaed,  low  level, 
layout  specifications  as  a  possible  intermediate  description  level  between  C1F  and  high  level 
languages.  Two  of  the  main  lesson  we  have  extracted  from  the  ALI2  project  is  the  usefulness  of 
such  descriptions  and  the  pressing  need  for  well  defined  iatermedinte  representation  of  that 
nature. 

2.2.  Graphics  Engine  [Dobktn,  Valdes] 

The  design  of  the  graphics  engine  has  progressed  to  the  design  of  our  initial  Mae  drawing 
chips.  New  algorithms  for  line  drawing  have  been  developed  whieh  are  more  efficient  than 
Brescnham's  algorithm  and  which  are  especially  suited  for  parallel  impleanentation.  We  are 
currently  in  the  process  of  implementing  one  such  algorithm  in  AL12. 


< 


Our  progress  to  date  has  been  the  design  of  an  Htree  circuit  to  do  16  bit  wide  comparisons 
along  with  the  controlling  logic  for  the  chip.  We  expect  to  have  completed  a  similar  Htree  for 
addition  within  the  next  few  weeks.  At  that  point,  an  initial  version  of  the  line  drawing  circuit 
will  be  ready  for  fabrication.  The  structure  of  this  circuit  is  very  non  VLSl-ish.  Long  data  paths 
have  been  permitted  in  ordered  to  allow  us  to  do  a  piecemeal  design  and  adjust  to  the  design 
environment.  A  new  design  is  in  process  which  will  overcome  these  difficulties. 

The  new  design  is  expected  to  have  area  1/3  less  than  the  current  design  and  to  have  short 
paths  which  will  probably  allow  a  faster  clock.  Furthermore,  the  replication  of  data  and  compu¬ 
tations  in  the  new  circuit  will  be  minimal. 

During  the  design  phases  so  far,  we  have  had  an  opportunity  to  evaluate  the  ALI  tools  and 
to  serve  as  "friendly  debuggers”  of  these  tools.  Our  experiences  have  been  positive.  The  pro¬ 
cedural  nature  of  the  tools  has  allowed  us  to  delay  design  decisions  which  we  would  have  had  to 
make  earlier  in  a  graphics  oriented  language.  The  cost  in  area  has  not  been  great.  Our  estimates 
are  that  a  similar  design  in  a  graphics  based  language  would  have  required  70  or  80%  of  the 
current  area.  Indeed,  these  numbers  are  borne  out  by  comparisons  with  portions  of  the  circuit 
which  had  previously  been  designed  using  ICARUS. 

3.3.  Clay  (Llpton,  Lucas,  North] 

In  parallel  with  ALI2  another  effort  has  started  on  a  related  layout  language  that  is  called 
Clay.  This  language  has  many  of  the  same  features  as  ALI2  but  is  implemented  as  a  package  in 
the  programming  language  C.  This  approach  has  allowed  us  to  get  a  version  of  Clay  up  very 
quickly.  Both  AL12  and  Clay  share  essentially  the  same  constraint  based  view  of  the  layout  pro¬ 
cess.  Clay  however  will  allow  us  to  experiment  more  easily  with  a  variety  of  new  ideas  more 
quickly.  Thus,  Clay  has  a  feature  that  allows  a  designer  to  link  several  different  pieces  of  layout 
and  still  keep  them  all  flexible.  Currently  a  number  of  our  PhD  students  are  using  Clay  to  design 
a  very  simple  processor  that  we  call  Pritm. 

3.4.  Local  Algorithms  for  Large  Layout  Problems  [A.  Huang] 

While  the  usual  algorithms  for  topologically  sorting  large  graphs  (which  arise  in  VLSI  layout 
problems)  use  asymptotically  linear  time  and  space,  in  practical  situations  they  perform  badly 
because  of  page  thrashing.  This  comes  about  because  memory  references  are  frequently  made  to 
information  on  pages  outside  of  fast  memory.  We  are  studying  the  construction  of  algorithms  for 
topological  sort  which  have  good  behavior  in  this  respect;  preliminary  results  show  that  the 
number  of  page  faults  can  be  bounded  by  a  constant  (which  depends  however  on  the  geometric 
constraints  of  the  layout  problems)  times  the  number  of  pages.  This  should  make  practical  more 
efficient  ways  of  laying  out  very  large  integrated  circuits. 


3.  Census 

There  are  several  projects  underway  in  the  area  of  eensus  and  related  architecture. 

3.1.  Unbounded  Fen- In  Circuits  (Llpton] 

Work  continues  on  our  investigation  of  the  power  of  such  circuits.  We  have  recently  been 
able  to  further  characterise  the  power  of  such  circuits. 

3.3.  Maximising  Throughput  with  Latching  (P.  CappeDo,  A.  LePaugh,  K.  BtelgHts] 

In  many  applications  of  custom  chips,  especially  for  digital  signal  processing  tasks  such  as 
convolution,  Altering,  and  Fourier  transformation,  high  throughput  is  very  important,  and  a  rela¬ 
tively  large  delay  is  tolerable.  If  a  circuit  has  stages  in  which  there  is  large  deUgr  because  the 
combinational  logic  is  many  levels  deep  (an  array  multiplier  b  aa  example),  the  throughput  can 
be  increased  by  introducing  intermediate  levels  of  latching.  This  costa  area  and  clocking  delay - 
The  tradeoff  between  extra  latching  circuitry  and  clocking  on  the  one  hand,  and  increased 
throughput  on  the  other,  was  studied  using  analytical  model.  The  results  provide  guidelines  for 
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the  choice  of  latching  density ,  using  the  product  of  are*  and  period  as  a  performance  measure. 
Significant  increases  in  throughput  am  predicted  for  situations  like  a  bit-parallel  array  multiplier. 

ti.  Massive  Memory  Machines  [Garela-MoQna,  Llpton,  Valdes] 

The  sire  of  VLSI  circuits  being  designed  b  growing  at  a  fast  rate,  and  there  are  predictions 
of  circuits  with  as  many  as  one  hundred  million  transbtors  by  the  mid  nineties.  The  tools  to 
design  these  circuits  will  be  limited,  not  by  the  speed  of  central  processing  units,  but  by  the  speed 
at  which  random  accesses  can  be  made  to  memory.  The  reason  for  this  is  that  most  tools  contain 
algorithms  with  good  asymptotic  running  times,  but  reference  memory  in  unpredictable  ways. 
Thus,  a  very  fast  “super-computer”  which  reties  on  a  dbk  paging  mechanism  to  access  a  large  cir¬ 
cuit  will  easily  be  outperformed  by  a  slower  machine  which  can  hold  all  the  necessary  data  in  its 
main  memory. 

We  are  investigating  the  feasibility  of  sueh  a  Mai  live  Memory  Machine.  There  also  appears 
to  be  a  need  for  such  a  machine  in  other  fields  like  databases  and  artificial  intelligence,  and  the 
cost  for  a  machine  with  one  billion  bytes  of  main  memory  seems  comparable  to  that  of  current 
super-computers.  The  design  of  a  gigabyte  computer  is  not  a  simple  task,  and  novel  architectures 
for  it  are  being  pursued.  Some  preliminary  results  on  this  topic  can  be  found  in  an  attached 
report. 

4.  Testing  (Arden,  LaPaugh,  Llpton] 

This  project  concerns  itself  with  all  aspects  of  testing.  Currently  Arden  is  working  with  the 
Siemens  group  on  firet  tilicon  testing  at  Munich. 

4.1.  Bipartite  Testing 

Work  continues  on  refining  our  bipartite  approach  to  circuit  testing.  This  approach  exploits 
very  structured  design  for  testability,  it  has  three  components:  the  use  of  combinational  circuits 
which  are  bipartite,  the  use  of  a  controllable  logic  gate  (nand  or  nor),  and  the  use  of  logic  to 
observe  internal  values.  It  achieves  100%  single  stuck-at  fault  coverage  and  the  detection  of 
many  multiple  faults  using  under  twenty  test  vectors.  A  simple  transformation  of  an  arbitrary 
circuit  into  a  bipartite  one  exists.  It  may  double  the  number  of  gates  in  a  circuit,  but  will  never 
do  worse.  LaPaugh  recently  presented  this  method  to  the  IEEE  workshop  on  VLSI  circuit  test¬ 
ing. 

Initially,  the  approach  was  developed  for  nMOS  circuits.  We  are  now  investigating  the 
extension  of  this  approach  to  CMOS  and  to  designs  which  use  steering  logic  as  well  as  gates.  We 
are  also  continuing  development  of  a  special  latch  which  will  allow  a  large  class  of  sequential  cir¬ 
cuits  to  be  tested  by  this  method  without  the  addition  of  scan  paths.  We  are  also  beginning  to 
work  with  Siemens  on  developing  actual  devices.  These  devices  will  be  used  to  build  circuits  to 
test  our  method.  Many  implementation  issues  remain  which  will  be  explored  through  the  design 
of  these  circuits. 

4.2.  Tenting  of  Regular  Arrays  (Vergls] 

We  are  looking  at  conditions  that  guarantee  that  one-  and  two-dimensional  bilateral  arrays 
of  combinational  cells  are  testable.  New  conditions  have  been  derived  which  ate  more  general 
than  previously  known.  The  work  is  being  generalized  towards  combinatorial  cells  (with  internal 
states).  The  question  of  having  tests  which  take  time  linear  in  the  number  of  cells  is  also  being 
studied.  The  results  should  be  useful  in  testing  such  regular  structures  as  systolic  arrays  for  digital 
filters  and  convolution. 


fi.  Papers  (See  Attached) 
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Electrics]  Engineering  and  Computer  Science  Dept. 
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ABSTRACT 


In  many  computational  tasks,  especially  in  signal  processing,  it 
is  the  throughput  that  is  important,  rather  than  the  latency,  or 
delay.  If  a  special-purpose  VLSI  chip  is  designed  for  a  particular 
signal  processing  task,  such  as  FIR  filtering,  for  example,  the  max¬ 
imum  clock  rate,  and  hence  throughput,  is  determined  by  the  depth 
of  the  combinational  logic  between  registers  and  the  time  required 
for  the  distribution  and  operation  of  the  clock.  If  the  combinational 
logic  is  sufficiently  deep  (in  bit-parallel  circuits,  for  example),  the 
throughput  can  be  increased  by  inserting  intermediate  stages  of 
clocked  latches.  This  is  at  the  expense  of  increased  area  and  delay 
to  operate  and  clock  the  intermediate  registers.  Roughly  speaking, 
the  strategy  amounts  to  using  more  of  the  chip  area  to  store  infor¬ 
mation  useful  for  pipelining. 

This  paper  investigates  the  optimal  tradeoff  between  the  degree 
of  intermediate  latching  and  cost,  using  the  measure  AP,  where  A  is 
the  chip  area  and  P  is  the  period  (the  reciprocal  of  throughput). 
We  derive  expressions  for  the  time  and  area  before  and  after  inter¬ 
mediate  latching,  using  the  Mead-Conway  model,  both  for  the  cases 
of  on-chip  and  off-chip  clock  drivers.  The  results  show  that 
significant  reductions  in  XP-product  (reciprocal  of  throughput-per- 
unit-area)  can  be  achieved  by  intermediate  latching  in  many  typical 
signal  processing  applications,  for  a  wide  range  of  circuit  parame¬ 
ters.  The  array  multiplier  is  used  as  an  example. 
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1.  Introduction 

When  certain  tasks  are  implemented  with  special-purpose  VLSI  chips,  it  is 
often  the  period  P  (time  between  successive  outputs)  that  is  crucial,  rather  than 
the  latency  or  delay  T.  This  is  especially  true  in  signal  processing,  where  typical 
tasks  such  as  filtering  and  Discrete  Fourier  Transformation  often  have  high 
volume  requirements  and  relatively  lax  delay  requirements.  Recent  work  has 
described  bit-serial  and  bit-parallel  VLSI  architectures  that  do  in  fact  allow  the 
period  to  be  equal  to  the  clock  period  (see,  for  example,  {2,4-9,12]).  In  [5,7]  a  class 
of  these  circuits  is  called  completely  pipelined.  In  this  paper  we  take  up  a 
different  question,  that  of  inserting  intermediate  stages  of  latching  so  as  to  max¬ 
imize  the  rate  at  which  the  clock  can  run  without  a  disproportionate  blowup  in 
area  requirements.  We  will  use  the  criterion  of  minimizing  the  ytP-product,  where 
A  is  the  area  of  the  VLSI  circuit  and  P  is  the  period.  The  AP-product  can  be 
thought  of  as  the  reciprocal  of  throughput-per-unit-area,  and  a  completely- 
pipelined  circuit  optimal  with  respect  to  this  criterion  can  be  claimed  to  make 
best  use  of  chip  area.  Leiserson  and  Saxe  [14]  treat  the  related  problem  of  redis¬ 
tributing  latches  so  as  to  decrease  period,  but  they  do  not  consider  area  or  clock¬ 
ing  penalties. 

We  assume  that  the  circuits  we  discuss  are  designed  along  the  lines  described 
by  Mead  and  Conway  [1]:  typically  that  a  two-phase  clock  is  used  to  transfer 
information  between  regiatera  (or  latchea),  and  that  these  registers  are  separated 
by  combinational  logic.  The  following  sections  are  devoted  to  modeling  the  time 
and  area  requirements  of  the  latches,  the  combinational  logic,  and  the  clock 
driver.  We  then  consider  the  overall  circuit  and  investigate  the  optimal  choice  of 
the  amount  of  latching  for  the  two  cases  of  on-chip  and  off-chip  clock  drivers. 
While  the  assumptions  made  about  first-order  circuit  behavior  pertain  to  nMOS 
technology,  the  analysis  technique  uses  dimensionless  parameterization  and  is 
applicable  to  any  situations  with  deep  combinational  logic  —  typically  bit-parallel 
circuits.  A  representative  tradeoff  curve  is  shown  for  an  example. 

2.  Clock  Timing 

We  will  adopt  a  version  of  the  two-phase  clocking  system  described  by  C.  L. 
Seitz  in  Chapter  7  of  [1],  a  typical  stage  of  which  is  shown  in  Fig.  I.  Fig.  2  shows 
the  corresponding  timing  diagram:  First,  we  must  drive  the  Phase  I  clock  signal 
4 1  high,  taking  time  f£.(C*  (the  clock  driver  time).  We  then  need  a  minimum  time 

(the  delay  time)  to  charge  the  input  stage  of  the  combinational  logic.  Phase  1 
must  then  go  low  (taking  time  ic„(t),  and  Phase  2  must  then  go  high  (also  taking 
time  i{(„»).  We  must  insure  that  there  is  a  minimum  time  (u  during  which  both 
clocks  are  low;  otherwise  we  run  the  risk  that  skew  between  the  clock  phases  will 
cause  both  clocks  to  be  on  at  the  same  time.  This  brings  us  up  to  the  point  where 
the  combinational  logic  has  already  started  to  work. 

The  input  values  propagate  through  the  combinational  logic,  taking  some 
time  This  time  includes  the  time  during  which  #,  is  brought  down  and  is 
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brought  up.  The  time  t,tfe  will  ordinarily  dominate  the  clock-interchange  time, 
but  in  general  we  need  to  aet  the  time  for  this  operation  to 

I  ■  msz(l/,y,c  i  2tj j,ct  +  tjs) 

where  for  safe  operation  of  the  circuit  t„fC  must  of  course  be  taken  as  the  max¬ 
imum  delay  time  of  the  combinational  logic. 

Wc  next  need  to  transfer  the  output  values  of  the  preceding  logic  stage  to 
the  input  of  the  latch  whose  output  is  controlled  by  that  is,  must  remain  on 
for  a  minimum  charging  time  i,„  (the  preset  time).  The  clock  signal  must  then 
be  brought  down  (taking  another  clock  driver  time  and  another  dead  time 
(<si)  provided  to  insure  non-overlap  of  clocks  in  case  of  clock  skew. 

The  minimum  period  P  of  the  circuit  is  therefore 

P  *  l  ill  if  +  t,ti  +  (jl  +  m®*(l/#fie  I  +  In) 

To  be  more  accurate,  we  might  want  to  take  into  account  the  fact  that  the  up- 
going  and  down-going  clock  waveforms  are  not  completely  symmetric;  but  the 
term  tclec »  can  be  taken  to  represent  the  average  of  the  up-  and  down-going  clock 
times  in  a  single  driver.  In  a  multistage  driver  the  stages  alternate  up  and  down, 
and  we  can  take  tdoct  to  be  the  sum  of  the  averages  of  the  up-  and  down-going 
times  along  the  driving  chain. 

S.  Latch  Time  and  Space 

We  next  want  to  express  the  time  delay  of  the  latches  in  terms  of  basic  units 
that  are  determined  by  the  technology.  For  this  purpose,  we  consider  the  nMOS 
inverter  with  a  minimum  size  pulldown  and  a  pullup/pulldown  ratio  of  4  to  be 
the  basic  cell,  with  area  A ,  pulldown  gate  capacitance  C,  effective  pulldown  resis¬ 
tance  R,  and  pulldown  time  ( transit  time )  r  when  driving  the  input  of  an  equal 
size  inverter.  We  refer  to  such  a  cell  in  what  follows  as  a  minimal  inverter. 

Now  inverters  in  the  latches  drive  pass  transistors,  so  the  discussion  in  [l] 
shows  that  we  should  choose  a  pullup/pulldown  ratio  of  8.  The  time  required  for 
the  second  inverter  to  charge  its  load  is  therefore  approximated  by  the  following 
RC  constant: 


I****  “  (R  i  + 

where  the  R' s  and  C's  are  shown  in  Fig.  3.  Assuming  that  the  pass  transistors  are 
minimum  size,  Rt„,  —  R  and  Crut  —  C.  Also  assuming  that  the  capacitative  load 
(input  to  the  combinational  logic)  is  minimal,  we  get 

tititi  “  +  i)r 

-  HLJW1  +  l)r 

where  from  now  on  we  express  resistance  in  terms  of  the  length-to- width  ratio  of 
the  transistor: 

1 

t 

\ 


V 


*»  -  (LjWt)R 

If  the  puilup/pulldown  ratio  of  the  latches  is  taken  to  be  8  (as  mentioned 
above),  we  can  write  the  normalized  delay  time  as 

W'-2(8r  +  *) 

where  r  ~  LJWt  is  the  size  of  the  latch  pulldown.  When  r  —  1/2  the  pulldown 
transistor  of  the  latch  inverter  will  be  twice  as  wide  as  the  corresponding  transis¬ 
tor  of  the  minimal  inverter,  but  the  puilup/pulldown  ratio  is  8,  not  4,  so  the 
puliup  transistor  will  then  be  the  same  length  as  in  the  minima)  inverter.  The 
area  of  such  a  latch  inverter  with  r  —  1/2  will  be  only  a  little  larger  than  that  of 
a  minimal  inverter,  perhaps  about  25%  larger.  The  choice  of  r  ■>  1/2  thus  speeds 
up  the  latch  without  much  area  penalty,  and  we  will  use  this  value  in  this  paper, 
although  it  could  be  kept  as  a  parameter. 

Using  a  similar  argument  based  on  RC  charging  times,  the  preset  time  is 

l,M/r«(8r  +  lMl/r  +  1) 

The  l/r  term  comes  from  the  input  capacitance  of  the  second  inverter,  which 
loads  the  first  inverter.  To  see  this,  write 

c„.i  -  ( LaWa/LW)C  -  (»VLa)C  -  (l/r)C 

where  L2  «*  l  —  W  are  minimum  size. 

The  latching  area  is  easy  to  write  down.  Assuming  that  the  pass  transistors 
are  the  same  size  as  minimal  inverters,  and  that  the  latches  have  area  1.2M ,  each 
two-phase  latch  requires  normalized  area 

At„ck/A  -2(1.25+  l)-4.5 


4.  Combinational  Logic  Time  and  Space 

We  want  a  fairly  general  model  for  the  combinational  logic  that  is 
sandwiched  between  the  latches;  such  logic  may  be  built  from  NAND  and  NOR 
gates,  pass  transistors,  or  some  combination  of  the  two.  We  will  assume  that  the 
typical  logic  stage  is  a  uniform  array  of  »x*  logical  elements,  each  of  which  has 
an  area  Atttm  and  a  delay  rdim,  where 


This  array  will  be  thought  of  as  a  rows  by  k  columns,  with  a  maximum  delay 
path  from  left  to  right  of  k  elements.  Since  logic  stages  are  not  usually  so  uni¬ 
form,  the  a  and  fi  parameters  must  represent  avtreft  values  for  the  combinational 
logic.  If  gates  are  built  out  of  inverters  and  coupled  directly,  for  example,  fi  will 
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generally  be  determined  by  the  fan-out  factor  of  the  logic  and  the  size  of  the 
inverters.  An  average  fan-out  factor  of  3  using  gates  (with  a  pullup/pulldown 
ratio  of  4)  will  result  in  0  *»  12,  because  we  must  allow  for  the  worst  case  in  the 
propagation  of  logic,  where  all  signals  are  up-going.  To  reduce  this  to  a  value 
closer  to  that  of  a  minimal  inverter,  we  expect  to  increase  the  area  to,  say,  twice 
that  of  a  minimal  inverter.  Thus  we  can  take  values  of  a  —  2  and  0  —  4-12  as  typ¬ 
ical  of  combinational  logic  implemented  with  arrays  of  gates.  We  should  also 
note  that  the  value  of  a  should  be  selected  to  reflect  the  space  per  logical  element 
required  for  power  and  ground  lines. 

We  will  assume  that  the  nominal  circuit  has  one  typical  logic  stage  between 
a  pair  of  two-phase  latches,  and  we  then  consider  the  insertion  of  (m-i)  latches 
equally-spaced  in  the  combinational  logic,  m  >  l.  The  case  m  —  l  then  represents 
the  original  situation.  We  assume  the  latches  can  be  made  to  "fit”  well;  that  is, 
that  the  combinational  logic  is  arranged  regularly  enough  so  that  stages  can  be 
pushed  apart  and  columns  of  latches  inserted.  The  total  time  required  for  the 
logic  is  therefore 

<!.*«/' “  #*/m) 

and  the  area 

Ab«w /A  “  •** 

where  d  —  n/k  is  the  height-to-width  ratio  of  the  original  logic  block,  another 
dimensionless  parameter,  usually  assumed  to  be  1. 

6.  On-Chip  Clock  Driver  Time  and  Space 

If  we  use  an  on-chip  clock  driver,  we  want  to  use  a  multi-stage  version  as 
described  in  (1],  since  the  driver  will  have  a  large  capacitative  load,  especially  if 
there  is  an  appreciable  amount  of  intermediate  latching  introduced.  We  assume 
that  clock  distribution  is  on  metal,  so  that  propagation  delay  along  the  wires  is 
small.  Each  stage  is  assumed  to  have  a  pulldown  /  times  the  size  of  the  preced¬ 
ing,  so  if  there  are  S  stages  driving  Y  pass  transistors,  each  with  minimal  capaci¬ 
tance  C, 

/  -  Yl/S 

If  we  start  the  clock  driving  with  a  minimal  inverter,  the  normalized  delay  of 
such  a  driver  is  approximately 

u/'-w/s 

The  factor  of  2.5  results  from  averaging  the  pullup  time  of  4r  and  pulldown  time 
r  along  the  inverter  chain.  (If  we  do  not  insist  that  s  is  an  integer,  and  we 
minimize  this  delay  with  respect  to  /,  we  get  the  value  /  »  c  [1].  But  5  w  an 
integer.) 

This  estimate  for  delay  assumes  that  we  insist  on  a  globally-synchronized 
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clock  —  that  the  clock  signals  at  the  input  of  the  driver  can  be  used  anywhere 
else  without  concern  for  synchronization.  Caraiscos  and  Liu  (11)  have  pointed 
out  that  the  rise  and  fall  times  of  the  clock  waveforms  may  be  much  smaller  than 
the  absolute  delay,  and  that  using  a  local  clock  may  allow  higher  throughput,  at 
the  expense  of  using  local  clock  signals  that  must  be  made  synchronous  with  the 
signal  itself  at  different  points  on  and  off  the  chip.  Sending  the  clock  along  with 
the  signal  will  incur  other  costs,  of  course.  (For  a  discussion  of  the  virtues  of  a 
globally-synchronized  clock  in  signal  processing,  see  [10]).  The  analysis  in  this 
paper  is  conservative  in  the  sense  that  the  resulting  degree  of  latching  and 
increase  in  throughput  is  on  the  low  side.  (We  can  avoid  the  area  and  delay 
penalty  incurred  by  using  an  on-chip  clock  driver  by  moving  the  clock  driver  off- 
chip.  That  case  will  be  discussed  in  more  detail  in  Section  7.) 

We  must  also  consider  the  area  contribution  of  the  clock  driver  in  relation  to 
the  rest  of  the  circuit.  The  normalized  area  of  the  driver  is 

A*,*/ A  -  §/'  «(K-i)/(/-i) 

iM) 

Next  we  look  at  the  overall  time  and  space  requirements  of  the  circuit. 

6.  Optimization  of  XP-Produet  with  an  On-Chip  Clock  Driver 

We  can  now  write  the  total  minimum  normalized  period  P/r  —  p  in  terms  of 
our  parameters  as  follows: 

p  «»  5/5  +  25  +  ra+  m ax(0k/m  ,  5/5  •+  rK) 

where  as  above 

fs  ■■  Y  ■■  (m  +  l)n  ■»  number  of  Unto  driven 

and  r,j  a*  l,«/r,  ra  *■»  ia/r.  Similarly,  the  total  normalized  area  Areal  A  —  •  is 

•  -  2{Y  -  l)/(/-l)  +  4.5K  +  akn 

where  the  factor  of  2  accounts  for  the  fact  that  we  must  have  two  drivers,  one  for 
each  phase.  (These  can  be  combined  to  some  extent,  but  the  total  area  is  still 
nearly  twice  that  of  a  single  driver.) 

We  now  have  the  function  ap(m,Sf,  where  m  and  5  are  discrete  parameters. 
The  number  of  stages  is  never  much  larger  than  by,  since  the  optimal  choice  of 
/  is  usually  around  e.  In  most  cases  of  interest,  therefore,  it  suffices  to  take  the 
minimum  of  up  for  5  —  i . it,  producing  what  we  call  M(m,«): 

•p(m,«)»  Blit;  ap[m,S) 

The  range  of  m  is  certainly  between  1  and  k,  so  the  optimal  choice  of  m  can  be 
determined  simply  by 


i 


*(•.•)  —  »»«  «?(*».•) 
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The  fain  <7  in  AP-product  achieved  by  latching  is  therefore 

G  —  «p(l,*)/ap(*,*) 


7.  The  Case  of  an  Off-Chip  Clock  Driver 

As  mentioned  in  Section  5,  if  we  allow  the  clock  driver  to  be  off-chip,  we  can 
drive  the  larger  capacitive  loads  incurred  by  extra  latching  with  essentially  no 
penalty  in  clock  delay  or  driver  area.  The  normalized  period  and  area  can  then 
be  written 


P  —  2 Tcltek  +  25.  +  ra  +  mi x{$k/m  ,  2rcl,ek  +  r^) 
a  ~  4.5  y  +  akn 

where  we  have  assumed  some  delay  of  rd,.k  —  td„ck/T  for  the  clock  rise  and  fall 
times.  The  a* -product  is  therefore  a  function  of  only  one  unknown  parameter, 

m . 

With  these  changes  in  a  and  p,  the  same  methodology  applies  —  a  numerical 
example  will  be  given  in  the  next  section.  Note,  however,  that  now  the  optimal 
value  of  m  will  occur  roughly  near  the  breakpoint  where  0k/m  «  2rcl,ek  +  r12,  and 
that  these  times  are  both  highly  uncertain  and  small  in  size.  The  analysis  in  this 
case  is  therefore  much  less  reliable,  and  much  more  sensitive  to  unmodeled  effects 
such  as  propagation  delay,  than  in  the  on-chip  clock  driver  case. 

8.  Numerical  Examples 

We  now  give  some  typical  numerical  results.  For  this  purpose,  we  consider  a 
16-bit  array  multiplier,  implemented  by  an  array  of  full  adders,  as  described  ,  for 
example,  in  [2].  We  also  assume  that  the  full  adders  are  implemented  with  gates; 
each  full  adder  will  then  be  about  3  gates  deep.  The  carry  propagation  will 
require  an  array  that  has  a  maximum  depth  of  2x16,  so  altogether  the  combina¬ 
tional  logic  will  have  k  «  100.  (This  is  consistent  with  the  value  of  “113  gate 
delays"  given  in  [3].)  Say  that  each  gate  takes  about  double  the  area  of  a  minimal 
inverter  (  a  =s  2,  optimistic  for  area,  and  hence  pessimistic  for  our  purposes),  and 
that,  as  discussed  in  Section  4,  6.  The  array  is  roughly  square,  so  that  i  l. 

Finally,  we  will  assume  that  clock  skew  is  not  an  important  problem,  and  take 
fj2  *  Jgj  *  4. 

Fig.  4  shows  a  plot  of  normalized  period  f(m,«)/r(i.«);  normalized  area 
a(m,*)/o(i,*);  and  normalized  ^P-product  «j>(m, •)/«?( l,*);  vs.  m.  The  period  as  a 
function  of  m  decreases  sharply  (roughly  as  l/m)  until  the  combinational  logic 
time  is  dominated  by  the  clock-swapping  and  dead  time  (that  is,  until 
«/»,«  2/r,„*  +  in).  After  this  point  the  clock-driving  time  will  determine  the 

minimum  clock  period  and  it  no  longer  pays  to  increase  m,  because  the  area  will 
increase  with  no  payoff  in  speed.  The  minimum  value  of  period  occurs  close  to 
the  minimum  value  of  MP-product.  Thus,  in  theory,  the  period  can  be  decreased 
somewhat  from  its  value  when  the  ytP-product  is  minimized,  at  a  slight  cost  in 


/ 
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area.  In  practice  the  optimal  values  are  almost  always  nearly  equal,  and  some¬ 
times  identical  because  of  the  discreteness  of  the  parameters  m  and  S. 

Fig.  5  shows  a  plot  of  gain  G  in  AP-product  vs.  the  depth  of  combinational 
logic  k,  for  the  values  a  =  2  and  0  *■  4,6,8,12.  The  graph  shows  significant  gains  in 
AP-product  (more  than  2)  over  the  unlatched  case  when  k  >  50  and  0  >  6.  Even 
when  the  gates  are  as  fast  as  a  minimal  inverter  (worst-case  delay  factor  0  =  4) 
there  is  an  AP-product  gain  of  2.2  when  k  —  100.  Note  that  a  larger  value  of  a 
would  only  improve  the  gain. 

We  conclude  by  looking  at  the  actual  numerical  values  of  the  minimum 
clock  periods  and  areas  involved  in  this  analysis.  Taking  the  k  =  100,  a  =  2,  0=  6 
case  above  for  a  hypothetical  16-bit  array  multiplier,  and  assuming  r=  .3  nsec  for 
current  technology,  we  get  a  period  of  P  «*  210  nsec  with  no  intermediate  latch¬ 
ing,  and  an  optimal  period  of  P  **  66  nsec  with  m  »  6  (5  intermediate  latching 
stages). 

The  area  before  latching  is  2.1lxi04A,  which  at  X  «*  1.5^  (  3 ?  line  width)  and 
a  225X2  inverter  is  about  10.7  mm3.  After  the  intermediate  latching,  the  area 
becomes  12.1  mm3;  certainly  a  modest  increase  in  area  for  about  a  three-fold 
increase  in  speed. 

The  preceding  example  assumed  an  on-chip  clock  driver.  When  we  use  an 
off-chip  clock  driver  at  presumed  small  cost,  as  discussed  in  Section  7,  we  natur¬ 
ally  get  much  faster  solutions.  In  this  example,  the  optimal  value  of  period  with 
the  parameters  of  Section  7  and  rel,ct  =  4  (assuming  a  very  sharp  clock  rise-  and 
fall-time),  minimizing  AP-product,  is  18  nsec,  compared  with  the  unlatched  value 
of  191  nsec.  The  area  goes  from  106  mm 3  with  no  latching  to  16.5  mm3  with  latch¬ 
ing.  This  large  increase  in  area  reflects  a  corresponding  increase  in  the  density  of 
latching;  26  (m  =  27)  latching  stages  are  introduced.  We  emphasize  that  in  the 
case  of  an  off-chip  clock  driver,  the  numerical  values  of  the  parameters  and 

are  very  uncertain  and  the  optimal  values  of  period,  area,  and  latching  den¬ 
sity  are  sensitive  to  these  parameters.  The  large  predicted  speedups  in  possible 
clock  rate  may  not  be  realizable  in  practice. 

0.  Conclusions 

We  have  modeled  the  timing  of  a  generic  pipelinable  VLSI  circuit  in  which 
there  are  combinational  logic  stages  separated  by  latching  stages  driven  by  two- 
phase  clocks.  An  array  multiplier  is  typical  of  such  a  configuration.  We  then 
investigated  the  effect  of  introducing  intermediate  latching  stages,  especially  the 
tradeoff  between  increased  throughput  and  increased  area.  Expressions  were 
derived  for  area  and  minimum  clock  period,  normalized  in  terms  of  minimal 
inverter  area  and  uelay,  and  we  showed  that  optima)  choices  of  the  number  of 
clock  driver  stages  (S),  and  the  number  of  intermediate  latching  stages  (m  - 1). 
can  be  made  by  simple  enumeration. 

The  numerical  results  illustrate  the  choice  of  latching  density  in  a  typical 
signal  processing  application.  According  to  our  model,  a  16-bit  array  multiplier 


with  gate  logic  and  an  on-chip  multistage  clock  driver  can  be  clocked  about  3 
times  faster  with  about  a  13%  increase  in  area  using  5  intermediate  latching 
stages.  This  decrease  in  period  is  also  accompanied  by  an  increase  in  the  latency, 
or  delay,  of  the  multiplier. 

Higher  throughput  can  be  achieved  with  an  off-chip  clock  driver,  but  the 
parameters  in  that  case  are  less  well  known,  and  at  such  speeds  the  model 

becomes  less  reliable. 

Much  more  work  needs  to  be  done  on  detailed  modeling  of  the  timing  of 
such  VLSI  circuits  if  we  are  to  achieve  maximum  throughput  rates  in  applica¬ 
tions  like  signal  processing.  Future  work  will  attempt  to  refine  our  model,  along 
the  lines  of  (13]  as  an  example.  We  also  need  to  study  propagation  delay,  which 
was  assumed  to  be  relatively  small  in  the  examples  (  4  times  the  minima]  inverter 
gate  delay  r  for  clock  distribution,  a  reasonable  assumption  if  the  clock  lines  are 
metal,  for  example).  Another  important  set  of  interesting  problems  concerns  the 
study  of  the  way  algorithms,  topologies,  and  layouts  interact  with  the  timing 
problems  considered  here.  Recent  work  on  completely-pipelined  or  bit-level  sys¬ 
tolic  arrays  is  a  start  in  that  direction  (see,  for  example,  [2,4-9,12]). 
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Figure  Captions 

Fig.  1  Two-phase  clocked  latches  between  stages  of  combinational  logic. 

Fig.  2  Clock-timing  diagram. 

Fig.  3  Details  of  the  clocked  latches,  showing  pullup  and  pulldown  effective  resis¬ 
tances  and  capacitances. 
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Fig.  4  Normalized  period,  area,  and  AP-product  va.  m  for  100. 

The  parameter  (m-1)  it  the  number  of  intermediate  latching  stages. 

Fig.  5  Gain  in  AP-product  vs.  combinational  logic  depth  k  for  0  —  4, 0, 8, 12.  The 
parameter  0  is  the  delay  of  a  combinational  logic  element,  normalized  in 
terms  of  that  of  a  minimal  inverter. 
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1.  Introduction 

This  document  is  a  reference  manual  for  ALI2,  a  Pascal-based1  procedural  language  for 
describing  VLSI  layouts.  Several  revisions  have  recently  been  made  to  the  language,  so  the 
current  document  may  differ  slightly  from  previous  versions. 

The  syntax  of  the  language  will  be  presented  by  way  of  syntax  diagrams.  An  effort  has 
been  made  to  minimize  the  number  of  diagrams  and  shorten  the  accompanying  text  by  (a)  includ¬ 
ing  more  semantic  information  in  the  syntax  diagrams  than  is  customary,  and  (b)  making  refer¬ 
ence  where  possible  to  syntactic  entities  of  the  Pascal  syntax  given  in  |l]  (which  has  been 
included  as  an  appendix  to  this  document).  Semantic  content  which  is  not  evident  from  the  syn¬ 
tax  diagrams  will  be  explained  in  the  text. 

The  ALI2  design  goals  and  the  problems  that  ALI2  addresses  are  described  in  detail  in  |2|. 


2.  General  description  of  ALIS 

ALI2  programs  are  compiled  by  first  translating  the  ALI2  statements  into  standard  Pascal 
|3],  and  then  compiling  the  Pascal  statements  into  linkable  binary  object  files.  Partly  as  a  conse¬ 
quence  of  this  arrangement  and  partly  for  aesthetic  reasons,  ALI2  programs  look  very  much  like 
Pascal  programs.  Many  features  of  ALU  have  syntax  and  semantics  very  similar,  if  not  identical, 
to  those  of  corresponding  Pascal  constructs.  For  the  sake  of  brevity,  this  document  takes 
knowledge  of  Pascal  for  granted.  The  syntax  and  semantics  of  ALI2  will  be  described  in  terms  of 
the  syntax  and  semantics  of  Pascal  whenever  possible. 

The  objects  manipulated  by  ALI2  programs  can  be  classified  naturally  into  two  categories: 
those  that  a  normal  Pascal  program  can  manipulate  (which  will  be  called  Pascal  sk/eels)  and 
those  that  are  specific  to  ALI2  (ALII  tkjeett).  There  are  three  ALI2  objects:  cells,  Isrrs,  and 
wires.  ALI2  programs  can  also  manipulate  aggregates  of  wires,  just  as  Pascal  programs  can  mani¬ 
pulate  aggregates  of  variables  using  structured  types.  Although  ALI2  programs  will  typically 
manipulate  all  three  kinds  of  ALI2  objects,  the  Inal  product  of  an  ALU  program  is  a  layout  con¬ 
sisting  entirely  of  wires.  Cells  and  boxes  arc  simply  used  as  ways  to  express  the  relations  between 
groups  of  wires  in  a  structured  and  systematic  way. 

A  cell  in  ALU  to  a  prototype  for  a  rectangular  section  of  a  layout,  b  a  cell  definition,  the 
user  describes  a  prototype  of  a  rectangular  layout  piece,  b  a  cell  creation,  also  called 
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instantiation,  the  user  requests  the  insertion  of  u  is  stance  of  a  previously  defined  cell  in  a  given 
environment.  Multiple  instances  of  a  prototype  can  be  created.  It  is  possible  to  define  a  cell  pro¬ 
totype  whose  content  and  structure  depends  on  the  values  of  parameters  which  will  be  supplied  to 
the  prototype  at  run-time.  The  sires  and  shapes  of  actual  instances  of  a  given  cell  will  then  vary 
according  to  the  “actual  parameters"  provided  when  the  instance  is  created.  Thus,  ALI2  cells  are 
very  much  like  the  familiar  parameterired  procedures  and  functions. 

The  entire  layout  generated  by  an  ALI2  program  is  itself  actually  an  instance  of  a  single  cell 
defined  by  the  program.  The  body  of  an  ALI2  program  is  simply  the  statement  that  instantiates 
the  cel)  definition.  Just  as  typical  Pascal  main  programs  will  include  numerous  calls  to  consti¬ 
tuent  procedures  and  functions,  the  definition  of  the  main  ALI2  cell  will  typically  include  the 
instantiation  of  numerous  component  cells. 

Each  cell  instance  is  enclosed  in  a  cell  Sounding  tor,  cells  are  thus  restricted  to  have  rec¬ 
tangular  shape.  Cell  boundaries  may  not  overlap,  nor  may  they  be  crossed  by  any  wires.  Wires 
will  either  be  entirely  contained  within  a  given  cell  instances,  or  tie  entirely  outside  it.  Cell  boun¬ 
daries  therefore  impose  a  strict  hierarchy  on  the  arrangement  of  wires  in  a  layout. 

Wires  are  rectilinear  objects  which  lie  on  a  specific  lager,  have  a  given  width,  and  cany  a 
specified  tignal.  Wires  are  used  to  interconnect  cells  and  must  have  both  of  their  endpoints  lying 
on  cell  boundaries.  Wires  which  are  connected  to  only  one  cell  will  not  appear  in  the  layout  pro¬ 
duced  by  the  program. 

If  both  endpoints  of  a  wire  are  interior  to  a  cell  C3  (i.e.,  the  wire  connects  two  cells  Cl  and 
C2  internal  to  cell  C3),  then  the  wire  is  said  to  be  local  to  cell  C3.  Such  wires  will  be  declared  as 
local  wire  varioblet  in  the  definition  of  cell  C3.  Wires  which  run  from  a  boundary  of  cell  C3  to 
the  outside  boundary  of  another  cell  interna)  to  C3  (e.g.,  cell  Cl)  are  instances  of  formal  parame¬ 
ters.  These  wires  will  be  declared  in  the  heading  of  the  definition  of  cell  C3.  Thus,  ALI2  wires 
may  be  obtained  by  (a)  declaring  local  wire  variables  in  a  cell  which  is  to  use  those  wires  for 
internal  cell  connections,  and  (b)  declaring  formal  parameters  for  connecting  wires  that  end  on  the 
boundary  of  a  cell  to  one  or  more  of  its  internal  cells.  Fig.  1  illustrates  these  relationships. 
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Cl _ 


Fig.  I 

Cl,  Ct  and  CS  arc  cell  instances;  s  is  )o< si  to  C$ 
y  is  an  instance  of  a  formal  parameter  in  the  definition  of  CS. 

In  addition  to  the  cell  bounding  boxes  which  are  automatically  created  by  ALI2  for  each 
instantiated  cell,  a  user  may  explicitly  create  and  manipulate  other  boxes.  These  user-defined 
bounding  boxes  are  used  to  enclose  rectangular  areas  of  a  layout  that  are  to  be  considered  as  a 
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unit  during  certain  operations  performed  while  the  ALI2  program  is  being  executed.  ALB  will 
permit  wires  to  pierce  these  boxes,  and  generally  delegates  all  responsibility  for  their  manipulation 
to  the  user. 

In  the  remainder  of  this  document,  we  will  describe  ALB  by  discussing  in  turn  the  general 
form  of  an  ALB  program,  the  type  structure  of  ALB,  the  facilities  for  cell  definition  and  instan¬ 
tiation,  the  statements  specific  to  ALB,  and  finally  the  predefined  cells,  procedures  and  functions 
of  the  language. 


3.  General  form  of  ALB  Programs 

The  general  form  of  the  units  that  the  ALB  system  manipulates  is  given  by  the  syntax 
diagrams  of  figs.  2  and  3.  These  units  are  of  two  types:  preyrams  and  modulet.  ALB  proyrsm*. 
when  compiled  and  run,  produce  layouts.  Moiultt  can  be  separately  compiled  and  linked  to  other 
modules  or  programs  but  they  are  purely  declarative  and  cannot  be  run  by  themselves,  (for  the 
details  of  how  these  two  units  are  actually  handled  by  the  ALB  system,  see  (4]  and  [5]). 


a 1x2  program 


_  <Z>3  f* ®>Q— * 

C^^y--~^eUieacfuaiparam*t*rt] — 


•It?  module 

tjrtstricttd  dtclaraHvt  block } - * 


Fig.* 

The  general  form  of  ALI2  programs  and  modules 


An  ALB  program  consists  of  a  series  of  cell  declarations  and  the  instantiation  of  a  single 
cell.  Each  cell  declaration  consists  of  a  header  and  a  hoiy.  The  header  specifies  the  formal 
parameters,  in  effect  defining  the  cell  boundary.  The  body  describes  the  local  objects  and  con¬ 
tains  statements  indicating  how  to  create  an  instance  of  the  cell  when  actual  parameters  are  pro¬ 
vided  to  be  connected  to  the  formal  ones. 

The  relationships  between  wires  and  boxes  that  can  be  expressed  in  an  ALB  cell  definition 
are  mostly  metric  free:  no  actual  sites  or  positions  may  be  specified.  The  sizes  and  positions  of 
the  wires  of  the  layout  produced  by  the  program  are  determined  by  a  simple  process  that  minim¬ 
izes  the  final  layout  area  while  preserving  the  relationships  between  the  wires  stated  in  the  pro¬ 
gram  |4j. 

Note  that  declarations  of  ALB  objects  —  cell  declarations  and  declarations  nnder  the  key¬ 
words  wintypt,  wirtvtr  and  hex-  are  completely  separate  from  the  declarations  of  Pascal  objects. 
The  declarations  of  Pascal  objects  have  exactly  the  same  syntax  and  semantics  as  in  Pascal.  The 
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only  exception  is  tbit  ALI2  permits  the  right  hand  sides  of  constant  declarations  to  include 
expressions  that  are  evaluated  at  compile-time  (see  fig.  4  for  the  syntax  of  such  expressions). 

U  is  important  to  notice  also  that  no  wires  or  boxes  may  be  declared  in  a  module.  This  is 
done  in  order  to  guarantee  that  each  wire  in  a  layout  is  either  local  to  a  cell  instance,  or  an 
instance  of  a  formal  parameter. 


constant  expression 


[  constant  term 


constant  term 


constant  factor 


J  unsigned  constant  h 
^constant  expressl on)- 


Fig.  4 

The  syntax  of  the  expremions  allowed  on  the 
right  hand  side  of  constant  declarations 


ALI2  inherits  Pascal's  type  structure  almost  intact.  Thus  enumerated  types,  subrange 
types,  arrays,  records,  pointers,  files  etc.  are  all  ALI2  types.  The  only  exception  is  the  set  type, 
which  does  not  exist  in  ALI2. 

All  of  Pascal's  predefined  identifiers  exist  in  ALI2  as  well:  types  (integer,  boolean...),  con¬ 
stants  ( marint ,  true...),  files  (input,  output),  procedures  (put,  pet,  write...),  functions  (•(*,  sgrl...) 
and  directives  (forward,  externa/...).  All  of  these  behave  in  an  ALI2  program  as  they  would  in  a 
Pascal  program. 

The  header  of  an  ALI2  program  includes  a  bst  of  identifiers.  They  are  interpreted,  as  they 
are  in  Pascal,  to  be  a  list  of  logical  file  names  used  by  the  program.  As  in  Pascal,  each  of  these 
identifiers  except  input  and  output  must  be  declared  as  variables  of  type  file  in  the  declarative 
part  of  the  program. 

Although  it  is  not  shown  in  the  syntax  of  fig.2,  all  Pascal  statements  are  also  ALI2  state¬ 
ments;  the  only  exception  is  the  with  statement,  which  has  been  omitted  for  a  mixture  of 
aesthetic  and  pragmatic  considerations? 

’Tie  demtiea*  from  fUad lard  Fuel)  jilt  mesliosed  art  (Balt  eaoagh  ••  that  so  gloat  problem  ahoold  arm 
from  their  extsteace  h  ie  impartial  to  aote  that  object  Ilea  coataiaieg  traailated  AL12  program  will  bo  total¬ 
ly  compatible  with  tbote  geaerated  by  the  Pascal  compiler  |t]  Thai,  Pascal  fragmeati  that  ate  the  disallowed 
feature*  exteatively  caa  be  compiled  separately  sad  loaded  with  traailated  ALI2  program,  miaimisiag  farther 
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4.  Predefined  Pascal  types 

AL12  inherits  all  the  predefined  types  of  Pascal.  ALI2  has  several  additional  predefined 
Pascal-like  types:  wireorientation,  orientationckange,  directionofseparation,  layer,  wire  layer  and 
signal.  All  of  them  are  enumerated  scalar  types  except  wirelayer,  which  is  a  subrange  of  layer. 
As  we  will  see  in  the  detailed  description  that  follows,  these  types  are  identical  in  all  respects  to 
any  other  enumerated  predefined  type  with  the  exception  of  tignal,  which  differs  in  a  minor  way. 

The  type  wireorienlation  is  defined  as 

wireoricntation  ■»  (  nuUorient,  vertical,  koruontal ) 

The  composition  of  this  type  reflects  the  fact  that  ALI2  wires  can  lie  only  in  one  of  two 
orientations  so  that  only  “Manhattan"  layouts  can  be  expressed  in  AL12.  The  orientation  of  a 
particular  wire  will  be  determined  by  the  way  it  is  used  in  the  program  (i.e.,  at  run  time),  with  all 
wires  having  nullorient  as  their  initial  orientation.  The  run  time  system  of  AL12  will  be  responsi¬ 
ble  for  assigning  orientations  to  wires  and  checking  that  no  inconsistent  use  of  wires  with  respect 
to  their  orientation  occurs. 

The  type  orientationckange  includes  all  the  operations  of  the  dihedral  group  —  the  only  rigid 
plane  motions  that  map  a  wire  orientation  to  a  wire  orientation.  It  is  defined  as  follows: 

orientationckange 

(  nullchange,  rotatedffO,  rotatedl80,  rotated£70,  flippedO,  ffippeddS,  flipped90,  flippedlSS  ) 

Changes  of  orientation  are  useful  when  instantiating  cells.  They  permit  the  creation  of 
instances  of  the  same  cell  declaration  that  can  be  mapped  into  one  another  by  rigid  plane  motion, 
thus  avoiding  the  need  for  multiple  definitions. 

The  type  directionofeeparation  consists  of  the  eight  directions  along  which  ALI2  objects  can 
be  separated  (plus  the  null  value  for  this  type).  It  is  defined  as  follows: 

directionofeeparation  *=  (  nulldir,  ttob,  Hot,  Itor,  rtol,  tltobr,  brtotl,  trtobl,  bUotr  ) 

The  symbols  that  belong  to  the  type  layer  depend  on  the  process  to  which  the  ALI2  system 
is  targeted.  For  the  current  system  (nMOS  as  described  in  [6]),  its  definition  is  the  following; 

layer  «=  (  nulllayer,  metal,  poly,  diff,  cut,  impl,  glan,  virtual  ) 

In  general,  this  type  will  include  the  names  of  all  the  physical  layers  of  the  process  being 
used  plus  the  identifiers  w'rlusl  (the  layer  on  which  boxes  may  be  imagined  to  lie)  and  nulllayer  (a 
null  value  for  this  type  that  will  be  used  exclusively  by  the  AL12  run-time  system. 

The  type  wirelayer  is  the  subrange  of  layer  that  contains  the  layers  on  which  wires  are  nor¬ 
mally  constructed.  It  is  defined  as: 

wirelayer  »  metal ..  diff 

The  type  tignal  is  aU.  an  enumerated  scalar,  but  it  has  tome  special  characteristics.  Unless 
redeclared  by  the  user,  the  type  contains  only  the  value  nulUignal.  Users  can  redeclare  the  type 
as  an  enumerated  type,  but  if  they  do  so,  the  identifier  nulltignal  must  be  among  the  values  of  the 

tk»  chkscti  that  lkf«  abitatti  will  kort  tkt  AL12  satr  is  s  itheti  way. 
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type  because  tbis  identifier  is  used  in  a  special  manner  by  the  AL12  runtime  system. 
Here  is  a  valid  signal  type  definition: 

tignal  »  (  nullsignat,  power,  ground,  detain,  dataout  ) 


5.  Wire  types 

This  section  describes  the  type  structure  of  ALI2  wires.  The  syntax  of  the  wire  type 
declarations  is  given  in  fig.  5.  The  semantic  content  of  these  declarations  will  be  described  in 
detail  in  the  next  two  sections.  We  will  examine  the  simple  wire  types  first  and  then  consider  the 
composite  wire  types. 


tvtypc  heading 


Fig.  5 

The  syntax  of  the  right  band  side  of  wire  type  declarations 


S.l.  Simple  wire  types 

All  wires  in  AL12  are  of  similar  type.  This  type,  however,  is  a  parametric  type,  a  concept 
which  is  not  part  of  Pascal  and  therefore  requires  explanation  here.  The  ALI2  parametric  types 
are  modeled  after  those  described  in  |7], 

Parametric  types  are  designed  to  make  type  checking  more  selective  or  weaker  in  certain 
places  without  doing  away  with  it  altogether.  It  works  particularly  well  as  a  way  to  permit  the 
user  to  regulate  the  extent  of  type  checking  that  is  to  be  performed  during  procedure  or  function 
calls 


Tbe  basic  idea  of  a  parametric  type  is  that  of  leaving  tome  characteristics  of  the  elements  of 
the  type  unspecified.  These  characteristics  become  formal  parametero  of  the  type  declaration. 
When  tbe  type  identifier  is  used  in  the  right  hand  side  of  the  declaration  of  a  new  type  or  vari¬ 
able,  each  formal  parameter  in  the  parametric  definition  must  be  provided  with  a  value  of  the 
appropriate  type  as  a  matching  actual  parameter.  Hence,  the  left  hand  sides  of  parametric  type 
definitions  look  somewhat  like  procedure  headers  and  the  right  hand  sides  like  procedure  calls. 
The  actual  parameters  fill  out  the  previously  unspecified  characteristics  of  the  parametric  type. 

In  the  case  of  ALI2  wires,  there  are  three  parameters  to  tbe  parametric  wire  type:  the  layer, 
the  width  and  the  tignal  of  the  wire?  The  layer  and  signal  will  have  to  be  values  of  the  predefined 
types  wirelayer  and  oignal  respectively.  The  wire  width  is  an  integer  expressing  the  width  in  hun¬ 
dredths  of  microns.  Width  can  be  expressed  in  scalable  X  units  (6)  using  tbe  predefined  constant 
lambda  (see  examples  below). 

Other  parametric  types  can  be  defined  from  this  one  by  pseudo-calls  to  the  type  definition 
in  which  actual  values  for  some  (or  all)  of  the  formal  parameters  are  specified.  For  instance,  the 
following  type  definition 

polywire  (  w  :  integer  )  ■»  wire  (  poly,  w,  nullrignal ) 

creates  a  new  parametric  type  polywire.  All  wires  of  this  new  type  will  have  poly  as  their  layer 
and  nullsignal  as  their  signal.  The  formal  parameter  “w "essentially  passes  over  to  the  right  side 
of  declaration  to  become  an  actual  parameter  to  the  definition  of  the  parametric  type  "wire".  We 
say  that  “poly  wire"  is  derived  from  “wire". 

Similarly,  tbe  definition 

aldpolywire  ■»  polywire  (  flambda  ) 

creates  a  new  type.  This  new  type  is  different  from  the  two  types  considered  earlier  in  that  it  has 
no  parameters.  We  call  this  a  bound  type. 

Because  there  is  only  one  predefined  parametric  type,  the  global  structure  of  these  types  will 
be  quite  simple:  each  new  type  will  be  derived  from  a  previously  existing  one  by  a  partial  or  total 
instantiation  of  its  parameters.  The  structure  of  tbe  types  will  therefore  be  a  tree  of  types  with 
the  predefined  type  wire  at  the  root. 

ALI2  provides  a  predefined  wire  constant  that  belongs  to  all  simple  wire  types.  This  wire  is 
called  nvllwire  and  will  be  used  extensively  in  connection  with  cell  calls.  It  n  analogous  to  the 
predefined  constant  nil  used  by  Pascal  in  connection  with  pointer  types. 

The  values  used  as  actual  parameters  in  the  right  hand  side  of  a  parametric  type  declaration 
can  be  arbitrary  expressions  of  the  appropriate  type.  These  expressions  will  be  evaluated  at  run 
time.  Thus,  if  k  is  a  variable  of  type  integer  defined  in  the  current  scope,  the  following  would 
have  been  a  legal  type  declaration: 

toealpoly  ™  polywire  (  (t*k  •  ljMambda  ) 

Thus,  the  actual  parametero  of  the  parametric  wire  type  a  of  ALII  are  bound  at  run  time.  This 
allows  for  a  great  deal  of  flexibility  at  the  cost  of  some  complexity  in  the  run  time  packuge. 
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S.2.  Composite  wire  types 

As  fig.  5  shows,  there  sre  three  composite  wire  types  is  ALB:  but,  bundle  sad  Hit. 

The  types  bundle  sod  tut  sre  roughly  analogous  to  the  errs*  sad  rccerd  types  of  Pascal,  sad 
represent,  respectively,  aggregates  of  wires  of  the  same  type  sad  aggregates  of  wires  of  dilereat 
types.  Below  are  some  sample  definitions  of  composite  objects  of  these  types. 

datal  ( low,  high,  width  :  integer  )  »  bundle  f  low ..  high  /  of  potywire  (  width  /, 

dotaS  m  bundle  [  1  ..  100  J  of  u<i>e  (  me  tot,  lokambdo,  nulltignol ); 

fool  (  wl,  wl  :  integer ;  l :  layer;  o  :  oignal )  ■»  bus 

fl  :  polywire  (  wl  ); 
ft  :  wire  ( l,  wt ,  $  ) 

and; 

foot  "*  bus 

dl  :  dotal  (  10,  to,  t ); 

dt  :  datat 

end; 

The  type  bundle  is  a  parametric  type  in  its  own  right,  since  the  asmber  of  the  wires  it  con¬ 
tains  and  the  values  used  to  access  them  may  be  parameters  of  the  type.  The  type  hut  is 
parametric  only  because  the  types  of  its  components  may  be  parametric. 

The  type  lift  is  peculiar  to  ALB.  A  list  is  either  the  nulUiet  which  has  no  component  wires, 
or  an  aggregate  of  one  or  more  wires,  each  of  any  type  whatsoever.  This  type  is  intended  to  facil¬ 
itate  the  writing  of  general-purpose  cells  which  accept  a  variable  number  of  formal  parameters. 
As  we  will  see  later,  only  formal  parameters  may  be  declared  to  be  of  type  list. 


0.  Cell  declarations 

This  section  describes  the  syntax  and  semantics  of  cell  declarations.  The  cell  mechanism  is 
very  similar  in  spirit  to  the  procedure  facility  of  Pascal.  It  permits  the  users  of  ALB  to  introduce 
hierarchical  information  into  their  programs,  and  therefore  into  the  layouts  they  produce.  Unlike 
procedure  hierarchies,  however,  the  hierarchy  of  cell  invocations  corresponds  very  closely  to 
features  in  the  program  output. 

The  syntax  of  a  cell  declaration  is  given  is  fig.  6.  The  next  two  subsections  examine  this 
syntax  and  the  associated  semantics  in  detail. 


0.1.  Cell  headers 

A  few  syntactically  correct  cell  headers  are  gives  below 

cell  shift  ( left  t :  thiflbut;  top  t :  clock*;  right  r  :  ohiflbut  ); 

cell  register  (left  l :  thiflbut;  top  t :  Hit;  right  r  :  ohiflbut  )  (  site  :  integer  ); 

cell  tiUy  ( left  w  :  wire;  left  P  :  polywire  ); 

cell  doit  (  )  (  k:  tp  f; 

cell  generic  ( top  tl,  if,  19  ;  wire  )  (  cell  e  ( left  11,  It :  polywire  )  ); 

The  cel)  header  may  include  two  parameter  lists.  The  formal  parameters  ia  the  first  list 
must  be  of  wire  types,  while  ao  formal  parameters  of  wire  types  may  be  included  ia  the  second 
list.  This  is  done  to  preserve  the  strict  hierarchy  of  wires  with  respect  to  cell  instances. 


wtrtUtt  formal  pommoton 


Fig.e 

The  ijrntkx  of  k  cell  deduction 
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The  formal  wire  parameter  lift  include*  information  about  where  the  parameters  iatereect 
the  cell  boundary.  Besides  the  explicit  bformatioa  grvea  by  the  keywords  left,  right,  it?  aad  hot- 
tom,  there  is  aa  implicit  assumption  that  the  tep  and  bottom  parameter*  are  bated  in  lift  to  right 
order  aad  that  the  left  and  right  parameter*  are  bated  ta  tap  to  bottom  order.  Thaa,  the  header  of 
a  cell  definition  describes  the  boundary  of  the  cell. 

Cells  can  be  declared  as  formal  parameters  to  other  cells  by  listing  a  prototype  of  the  cell 
header  in  the  second  of  the  two  parameter  lists  of  the  cell  delaitioa  header.  This  is  the  same 
general  manner  in  which  procedures  aad  faactioas  are  passed  as  parameters  in  Pascal  (see  |l|). 


1.1.  Call  bodies 

As  explained  above,  the  executable  portion,  or  “body",  .of  aa  ALI2  program  is  a  single  cell 
instantiation  statement.  The  body  of  a  cell  may  be  either  (i)  one  or  more  statements  bracketed 
by  the  keywords  begin  aad  end,  or  (ii)  a  directive  which  speciles  that  the  cell  header  should  be 
treated  is  a  aoa-staadard  way. 

The  executable  part  of  the  cell  contains  statements  which  describe  the  structure  aad  content 
tbe  cell  will  have  when  it  is  later  instantiated.  This  part  may  contain  any  ALI2  statement, 
including  recursive  bstaatiations  of  the  cell  itself.  A  complete  discussion  of  the  ALI2  statements 
is  given  in  section  9. 

The  directive  forward  is  used  exactly  ns  b  Pascal  to  circumvent  the  ALI2  requirement  that 
a  procedure,  function  or  cell  definition  refer  only  to  previously  defined  cells,  functions  or  pro* 
cedures. 

Tbe  directive  external  is  intended  to  permit  the  separate  compilation  of  files.  It  is  not  part 
of  standard  Pascal  but  something  similar  to  it  in  spirit  is  found  b  most  recent  compilers.  Its 
meaning  in  AL12  is  similar  to  that  of  the  forward  directive  b  that  it  defers  the  assocbtioa  of  a 
cell  header  to  a  body.  It  is  unlike  it  b  that  the  external  directive  adds  the  cell  name  to  the  list  of 
symbols  visible  to  the  link  editor  when  the  program  or  module  b  which  the  definition  is  found  is 
translated  to  a  binary  file. 

For  cells  defined  using  the  external  directive,  a  body  can  be  associated  to  their  header  either 
at  compile  time  (by  giving  the  body  as  if  the  header  had  been  listed  with  a  forward  directive)  or 
at  load  time  (the  name  of  the  cell  is  left  unresolved  after  compilation  and  tbe  loader  will  attempt 
to  resolve  it  later).  In  the  first  case,  the  cell  name  will  be  used  to  resolve  references  nt  load  time 
and  in  the  second  it  will  be  an  outstanding  reference  which  the  loader  will  have  to  resolve.1 

Thus,  when  a  file  containing  the  foltowbg 


cell  x  f ...  )  (  ...  );  external; 

cell  x ;  begin  ...  end; 


is  processed  by  AL12,  z  becomes  a  symbol  visible  to  the  loader  which  can  be  used  to  resolve 
unbound  symbols  from  other  loader  files.  If  the  body  of  the  cell  had  not  been  given  in  the  same 
file,  x  would  have  become  a  symbol  to  be  resolved  by  the  loader. 

’Note  tkst  AL12  otteraa!  campilatiat  facilities  lifer  flew  Ikase  *f  DC  Berkeley  Pascal  i*  tkat  lb*  bander  at  ns 
cxterial  abject  way  be  is  tke  sane  II*  as  it*  body  Tkn  permits  type  issacnriti**  t*  creep  is  by  *id«*t*ppiaf 
tke  cron-aadale  type  checking  feat* res  nf  tk*  VC  Berkeley  UNIX  cawpiler  bst  ask**  tbe  facility  *a*ier  ta  sat 


i 
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The  directive*  rigid  and  flexible  indicate  that  the  cell  definition  n  not  to  be  given  textually 
at  part  of  the  program:  it  is  to  be  found  in  the  file  named  by  the  string  given  as  argnmeat  to  the 
directives.  That  file  must  be  a  “rectangle  file"  (see  (8j)  defining  a  rectangular  layout  fragmeat. 
When  a  cell  defined  in  this  manner  is  instantiated,  the  ALI2  run  time  system  will  attempt  to 
integrate  the  layout  fragment  described  by  the  file  into  the  layout  defined  by  the  program. 

The  format  of  rectangle  files  includes  a  description  of  the  elements  that  touch  the  boundary 
of  the  layout  fragment  described  by  the  file  [8].  The  run  time  system  will  check  that  the  boun¬ 
dary  as  described  in  the  file  matches  the  aetual  parameters  given  when  the  cell  is  instantiated;  an 
error  will  be  generated  if  a  parameter  mismatch  exists.  Note  that  this  check  is  net  performed  at 
compile  time  because  it  is  not  always  possible  to  do  so.  If  the  two  boundaries  match,  the  run 
time  system  “connects"  each  of  the  actual  parameters  used  in  the  instantiation  to  the  correspond¬ 
ing  element  on  the  boundary  of  the  rectangle  file.  This  connection  it  performed  by  abutment  if 
the  directive  is  rigid.  The  directive  flexible  it  not  currently  implemented,  but  when  operative,  it 
will  connect  the  actual  and  formal  parameters  using  a  simple  channel  router. 


7.  Wire  variables,  Box  variables,  and  Formal  Parameters 

As  fig.  3  shows,  the  format  of  the  declarations  of  wire  variables  follows  the  standard  Pascal 
conventions.  Some  examples  of  declarations  of  wire  variables  of  the  types  declared  as  examples  in 
section  6.1  are  given  below. 


wJ 

:  foot; 

w£ 

:  fool  (  4,  6,  metal,  power  ); 

wS 

:  dotal  (  1,  100,  flambia  ); 

w4 

:  bundle  f  1  ■■  100  J  of  bundle  [ 1  ..  100  J  of  tldpoly; 

wS,  w6 

:  polyurire  ( IMambda  }; 

w7 

:  atdpolywire ; 

w8 

:  bundle  /  • 10 ,  10  Jot  polyurire  ( tHambda  ); 

Each  declaration  creates  a  number  of  objects  of  the  specified  type  which  exist  in  a  certain 
syntactic  scope. 

The  main  operation  that  the  ALI2  user  will  perform  with  wires  is  to  pass  them  as  actual 
parameters  io  cell  instantiations.  As  stated  earlier,  ALI2  expects  each  wire  to  be  used  as  an 
actual  parameter  in  exactly  two  cell  instantiations,  i.e.,  an  actual  wire  parameter  connects  two 
cells.  Incidentally,  ALI2  will  separate  automatically  any  two  cells  connected  by  a  wire. 

The  format  of  the  declarations  of  box  variables  is  quite  difereat  from  that  of  other  variable 
declarations.  For  instance,  the  box  declaration 

box  bl,  bt,  bS; 

simply  states  that  the  identifiers  listed  may  become  associated  to  boxes  during  the  scope  of  the 
declaration.  If  such  an  association  oceurs,  then  the  identifier  stands  for  the  box  associated  to  K 
until  execution  leaves  the  scope  of  the  definition.  No  box  can  be  associated  to  more  than  one  box 
variable  (no  aliases)  and  no  box  variable  can  be  associated  to  more  than  one  box  (no  reassign¬ 
ment) 

Box  variables  are  somewhat  like  labels  in  a  Pascal  program,  not  only  in  the  format  of  their 
declaration  but  also  ia  the  way  they  are  used.  The  only  operation  that  can  be  performed  on  a 
box  is  to  use  it  in  a  statement  specific  to  AL12.  This  shifts  responsibility  for  their  manipulation 
to  the  AL12  run  time  qrstem. 


There  is  an  important  difference  between  the  scope  rales  for  box  variables  and  wire  vari¬ 
ables  and  the  scope  rules  for  all  other  variables.  Pascai-like  variables  are  governed  by  the  same 
scope  rules  used  by  Pascal,  with  cells  treated  in  the  same  way  as  functions  or  procedures.  Wires 
and  boxes,  on  the  other  hand,  are  only  accessible  locally:  no  wire  or  box  can  be  global  to  any  con¬ 
text.  Once  again,  this  is  n  consequence  of  our  desire  to  preserve  a  strict  hierarchy  of  layout  ele¬ 
ments. 

Another  important  semantic  detail  is  that  the  type  of  any  ALI2  wire  variable  has  to  be 
hound  and  not  parametric.  Thus  the  following  wire  declaration 

iS  :  polywire; 

is  illegal  since  it  declares  iS  to  be  a  wire  variable  of  a  parametric  type  without  giving  actual 
parameters  for  the  formal  parameters  of  the  type.  Such  a  wire  cannot  be  created  unambiguously 
(what  is  the  width  of  iS ?)  and  is  therefore  banned. 

Thus  wires  of  parametric  types  are  effectively  restricted  to  appear  as  formal  parameters  in 
cell  declarations.  In  particular,  no  wire  variable  other  than  a  formal  parameter  may  be  of  the 
type  list,  since  it  is  not  a  bound  type. 


7.1.  Type  checking  of  wire  parameters 

By  declaring  a  formal  wire  parameter  to  be  of  parametric  type,  the  user  deems  acceptable  as 
actual  parameters  any  wires  that  are  of  a  type  derived  from  that  of  the  formal  parameter.  These 
parameters  will  become  bound  (i.e.,  values  for  the  formal  parameters  in  their  type  deffnition  will 
be  assigned)  at  run  time  by  inheriting  the  characteristics  of  the  actual  parameters  assigned  to 
them  at  cell  instantiation.1 

The  type  checking  used  in  the  parameter  passing  mechanism  just  described  allows  for  a 
great  deal  of  flexibility.  Only  certain  properties  (selected  by  the  user)  of  the  parameters  are 
checked  when  a  wire  parameter  is  passed.  All  others  are  inherited  by  the  formal  parameter  from 
the  actual  parameter.  As  an  example,  if  a  cell  has  the  following  header 

cell  silly  ( top  k  :  polywire ); 
then  the  following  two  wires 

il  :  polywire  (  t*lambia  ); 

42  :  polywire  (  t*lembia  ); 

can  be  passed  as  actual  parameters  for  k.  In  this  example,  the  layer  and  signal  values  of  the 
actual  parameters  are  known  to  be  acceptable  at  compile  time  and  k  will  inherit  the  width  of  the 
actual  parameter  of  the  instantiation  which  will  only  be  known  nt  ran  time. 

The  type  tist  is  used  to  declare  formal  parameters  which  are  aggregates  of  wires  without  any 
further  restriction.  Thus  n  cell  having  the  following  header 

'Tk*  fellooiag  argemeet  atom  Ikil  tbit  SKkiiaa  viH  eaesrt  U»t  il  vim  art  besad  at  ns  time.  Wtm 
atceeuble  at  aey  swat  w  Ur  aatealiaa  at  aa  ALI2  program  out  hr  otter  (I)  declared  ta  ike  estreat  arepe  er 
(2)  formal  parameters  (tiace  aa  global  vim  mat  is  At.  12)  Is  Ike  Irat  cate  tke  vim  mart  be  af  a  besad  type 
la  tbe  tecoad  cate,  aa  actaal  parameter  far  sack  af  tkeee  vim  matt  kave  beet  greet  vkca  Ike  cal  vat  ia atta¬ 
inted  or  tke  pracedare  ar  fa  actios  taeoked  Tke  actaal  parameter  givea  matt  kave  beta  besad  (by  aa  iadac- 
tive  argimeat  groasded  aa  tke  fact  tkat  vim  lac  at  ta  tke  eatermert  cell  meet  be  baaed)  aad  therefore  tbe  for* 
mat  parameter  lakertted  all  itt  aabeaad  char  act  matter  frem  it  aad  became  based. 
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eoll  tuy  (  left  n  ;  Hot ); 

can  be  called  with  any  collection  of  wiret  at  arguments.  AL12  provides  a  list  constructor  to  per¬ 
mit  the  user  to  create  wire  aggregates  to  be  passed  as  actual  parameters.  The  expression 

I  *.  V>  *  I 

means  “make  a  list  of  each  of  the  wire  variables  listed  and  then  concatenate  these  lists  in  the 
order  given".  Because  no  assignment  to  variables  of  type  Hot  is  possible  in  AL12,  this  constructor 
can  only  be  used  to  build  actual  parameters  for  cell  instantiations. 

The  arguments  of  a  list  constructor  may  be  wire  aggregates  such  as  bus  or  bundle  variables. 
They  are  converted  into  lists  by  (recursively)  taking  the  elements  of  the  bundle  in  the  order  given 
by  its  index  type  and  taking  the  fields  of  the  bus  in  the  order  listed  in  its  type  declaration. 

The  constant  nullwire  can  be  passed  as  an  actual  parameter  for  any  formal  parameter  of  a 
simple  type.  When  used  in  a  list  constructor  it  will  be  treated  as  if  it  had  not  been  listed.  Thus, 
nullwire  will  never  be  an  element  of  a  list.  That  is, 

|  nullwire  |  «■  nulllitt  and  |  s,  nullwire,  1 1  *■  |  o,  b  | 

The  use  of  nullwire  and  nulllitt  as  actual  parameters  will  be  a  common  phenomenon  in 
ALI2,  as  we  will  see  shortly. 

An  aside  on  the  general  principles  guiding  type  checking  in  AL12  is  perhaps  in  order.  First, 
notice  that  since  we  translate  ALI2  into  Pascal,  we  are  at  the  mercy  of  the  underlying  Pascal 
compiler  for  run  time  type  checking  on  Pascal  objects.  Second,  type  checking  on  wires  is  res¬ 
tricted  to  parameter  passing,  since  no  assignment  to  these  variables  can  ever  be  made. 

There  are  at  least  two  sensible  approaches  that  could  have  been  taken  to  type  checking  on 
wires.  The  first  one  -  otrict  checking  -  is  to  require  that  the  formal  and  actual  parameters  be 
defined  by  the  tame  type  identifier  in  order  to  be  compatible.  The  second  one  —  the  lenient  method 
—  requires  that  the  type  of  the  actual  parameter  be  identical  to  or  derived  from  (i.e.  defined 
directly  or  indirectly  in  terms  of)  the  type  of  the  formal  parameter. 

F or  instance,  consider  the  following  declarations: 

wlretype 

polywire  (  w  :  integer  )  «  wire  (  poly,  w,  nulltignal ); 

polyS  *  polywire  (  5  ); 

wlrcvnr 

pw  :  polywire  (  5  ); 
pwS  :  polyS ; 

call  tilly  ( top  < :  polywire  ); 

begin  ...  and; 

If  strict  checking  is  performed,  pwS  cannot  be  an  actual  parameter  of  tilly  since  the  type 
identifier  of  pwS,  namely  polyS,  differs  from  the  type  identifier  of  the  formal  parameter  I,  namely 
polywire.  In  the  ease  of  lenient  checking,  pw  could  be  passed  as  a  parameter  to  tilly  since  its  type 
has  been  derived  from  that  of  the  formal  parameter. 

ALI2  uses  the  lenient  approach.  The  experience  with  the  original  ALI  language  (which  used 
the  strict  method)  convinced  us  that  the  extra  flexibility  afforded  by  this  approach  would  be  help* 
ful.  For  example,  any  component  of  a  Hot  could  be  passed  as  an  actual  parameter  matching  a  for¬ 
mal  parameter  of  type  wire. 


.  IS. 


This  coo  Bid  is  similar  to  the  Pascal  issue  -  unresolved  ia  the  Pascal  Report  (0)  -  of 
whether  the  following  declarations 

type/pf  m  integer;  tpt  *m  tpl; 
var  vl  :  tpl;  vS  :  tpt; 

create  two  variables  of  the  same  type  or  not.  Most  compilers  seem  to  resolve  the  matter  in  a 
lenient  manner  by  assuming  that  they  do. 


74.  Accessing  components  of  aggregate  wire  types 

The  syntax  for  accessing  components  of  bus,  bundle  and  list  variables  is  given  ia  fig.  7. 


ultra  variable 

t - - - : — rr — rr TT - 1 

— ^  wire  vanabU  vwnryitr  j - - - \ 

— -j  win  variable  (b undlt)  (— »( [ )— ^tnteger  eapretfion  | — {  1)— — 

1 - ilist  idenftffer}— 4*n<tfFfr  - : — - ' 

Fig.  7 

The  syntax  for  accessing  components  or  aggregate  wire  types 

AL12  simply  borrows  the  Pascal  notation  for  accessing  elements  of  recorie  and  arrays  and 
extends  it  to  bust*  and  bundle*  respectively.  Here  are  some  examples  that  use  the  variable 
declarations  of  section  7  to  generate  legal  wire  variable  names. 

wl.dl 

wl.dl  [Uj 

uH.fl 

wSfS9] 

u’4f25j[S5] 

uS 

In  addition  ALI2  provides  two  functions  that  extract  the  low  and  high  bound  of  any  vari¬ 
able  of  type  bundle.  This  is  necessary  because  bundle*  —  unlike  Pascal  arrays  —  may  have  sizes 
that  are  determined  at  run  time.  Thus,  given  the  variable  definitions  of  section  7  and  the  type 
definitions  of  section  C.l, 

lowindtz  (  wS  )  «  1 
hi g hinder  (  wS  )  «w  100 

Accessing  of  elements  of  a  variable  of  type  li»t  is  done  via  a  notation  similar  to  array  index¬ 
ing.  For  instance,  if  *  is  a  variable  of  type  Hit,  then 

1\10J 

denotes  the  tenth  element  of  *  (the  first  element  b  accessed  by  t  [  1  J\.  All  elements  of  a  Hit 
variable  are  simple  wires. 


t 

1 


Tbe  value  used  to  index  the  list  can  be  an  arbitrary  integer  expression  which  has  a  value 
between  one  and  the  length  of  tbe  list.  The  length  of  n  list  may  be  obtained  as  follows:  if  t  is  a 
list  variable, 

lengths/  ( i ) 

will  return  an  integer  whose  value  is  the  number  of  elements  in  t 


8.  Procedures  and  functions 

The  syntax  of  the  procedure  and  function  declarations  in  ALI2  is  shown  in  fig.  8. 

As  these  diagrams  show,  the  syntax  is  identical  to  that  of  standard  Pascal  with  additions  to 
(1)  permit  passing  wires  and  cells  as  parameters,  (2)  allow  declaration  of  cells  local  to  the  pro* 
cedure  or  function,  and  and  (3)  allow  for  separate  compilation  facilities.  Note  that  functions  can¬ 
not  return  wires  or  boxes  as  their  result. 

A  fact  only  partially  explicit  in  the  syntax  diagrams  is  that  the  only  wires  and  boxes  acces¬ 
sible  inside  a  procedure  or  a  function  are  those  that  are  passed  in  as  parameters:  the  reetricted 
block  syntax  prevents  the  declaration  of  wires  local  to  the  procedure  or  function,  and  no  global 
wires  exist  in  AL12. 

Non-wire  parameters  may  be  passed  using  any  of  the  standard  Pascal  parameter  passing 
mechanisms  (i.e.,  by  reference  or  by  value).  Parameters  of  wire  types  will  always  be  assumed  to 
be  passed  by  reference,  so  no  local  copy  of  an  actual  parameter  is  ever  created.  This  parameter 
passing  mechanism  for  wires  and  boxes  is  intended,  once  again,  to  preserve  the  strict  hierarchical 
nature  of  ALI2  layouts. 

The  directives  forward  and  external  for  procedures  and  functions  work  exactly  like  those  of 
cells  described  in  section  6.2. 


9.  ALI2  statements 

There  are  only  four  ALI2  statements  that  are  not  Pascal  statements.  One  of  them  is  used 
to  instantiate  cell  definitions,  two  others  to  generate  placement  information  and  one  to  indicate  to 
AL12  lack  of  concern  about  relative  placement  of  pairs  of  objects.  Their  syntax  is  described  in 
«*  0 

In  addition,  AL12  has  a  facility  for  naming  bounding  boxes  created  during  execution  of  a 
program.  The  syntax  of  this  facility  is  also  shown  in  fig.  9. 

The  rest  of  this  section  is  divided  into  five  subaectioos  discussing  in  detail  each  of  these 
statements  and  tbe  box  naming  facility. 


9.1.  The  “ordered”  statement 

The  syntax  of  the  ordered  statement  should  be  obvious  from  the  syntax  diagram;  its  seman¬ 
tics  however  are  peculiar  to  ALI2  and  require  some  elaboration. 

During  execution  of  an  ALI2  program,  tbe  run  time  system  maintains  an  internal  record  of 
the  current  bounding  bos  (which  may  or  may  not  be  associated  to  a  box  variable).  When  the  first 
statement  of  a  cell  definition  is  executed  during  as  instantiation,  the  current  bounding  box  will 
become  tbe  boundary  of  the  cell  instance,  and  when  tbe  instantiation  is  completed  the  current 
bounding  box  will  be  whatever  it  was  before  the  beginning  of  the  instantiation. 

Bounding  boxes  are  created  automatically  on  entry  to  cells  or  ordered  statements  or  by 


•  10  - 


explicit  invocation  by  the  user  of  a  predefined  procedure  (see  section  10  for  details). 

Any  two  bounding  boxes  will  either  be  disjoint  or  one  will  contain  the  other.  The  execution 
of  an  ALI2  program  therefore  creates  a  tree  of  bounding  boxes,  with  its  root  being  the  bounding 
box  for  the  cell  instance  which  is  the  whole  layout.  In  this  tree  the  bounding  boxes  represented 
by  the  descendents  of  a  node  v  will  be  contained  in  the  bounding  box  represented  by  v. 

The  ordered  statement  uses  the  direction  of  separation  given  in  its  header  to  place  all 
bounding  boxes  created  in  its  scope  in  the  order  in  which  they  ore  created  along  the  direction 
given.  These  boxes  will  be  automatically  separated  along  the  direction  of  separation  by  an 
amount  equal  to  the  minimum  specified  for  their  layers  in  a  detign  rule  table  available  to  ALI2. 

An  example  of  a  program  and  the  arrangement  of  boxes  it  generates  is  given  in  fig.  10 
below. 

ordered  (ter  do 
begin 

<  hounding  Set  1  > 

<  hounding  hot  t  > 

ordered  ttoh  do 

begin 

<  hounding  hot  I  > 

<  hounding  hot  4  > 

end, 

<  hounding  hot  J  > 

end 


Fig.  10 

A  program  fragment  and  the  arrangement  of  bounding  boxes  it  produces 


0.2.  The  “separate”  statement 
The  statement 

separate  Itor  boxl,  wirel,  wirel,  wireS,  boil,  boxS; 

will  force  boxl  to  be  to  the  left  of  wirel,  wirel  to  be  to  the  left  of  wire!,  wire !  to  the  left  of  wire! 
etc.  The  sires  of  the  separations  that  the  statement  will  force  between  the  objects  listed  will  of 
course  depend  on  their  types  and  will  be  obtained  from  the  design  rule  table.  ALI2  will  guarantee 
that  any  two  objects  listed  will  be  separated  by  the  minimum  separation  required  by  their  layer 
along  the  direction  specified! 

If  the  statement  has  the  form 

separate  Itor  boxl,  wirel,  wirel,  wireS,  boxl,  boxS  by  IHambda; 

then  the  objects  would  have  been  separated  by  the  amount  specified.  This  amount  can  be  an 
arbitrary  expression.  If  the  value  of  the  expression  is  less  than  the  minimum  separation  for  any 
two  objects  in  the  list,  a  warning  will  be  issued. 

*Thir  iDvoIvtt  tome  tobtlety  be  ex  ■  it  the  drugs  rslti  mty  sot  b* ••  traasitire,  ie ,  it  (be  example,  the  layers  of 

••  rtl,  nttf  aad  site*  may  be  tech  that  separatist  sire/  from  vitef  aid  separatist  mint  from  v»tf  J  does  set 
imply  that  mini  is  sificieetly  separated  from  si'if 
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When  a  composite  object  appears  in  the  list  of  arguments  to  this  command,  it  is  interpreted 
as  if  all  its  simple  components  had  been  listed  in  their  natural  order  (low  index  to  high  index  for 
bundles,  the  order  in  which  the  fields  are  listed  in  the  declaration  for  buses  and  the  obvious  order 
for  lists,  all  applied  recursively). 

The  direction  of  separation  is  interpreted  in  the  obvious  way  if  it  is  horizontal  (/(or  or  rtot ) 
or  vertical  (Hob  or  btot).  Diagonal  directions  of  separation  are  interpreted  as  the  conjunction  of 
one  horizontal  and  one  vertical  direction.  The  value  nvlldir  is  meaningless  in  this  statement  and 
its  use  will  produce  an  error. 

Because  wire  endpoints  must  always  be  at  cell  boundaries,  it  is  meaningless  to  separate  hor¬ 
izontal  wires  in  a  horizontal  direction  or  vertical  wires  in  a  vertical  direction  (hence  no  wires  can 
be  separated  diagonally).  This  implies  that  any  wire  having  nultorient  as  orientation  listed  in  a 
separate  statement  will  be  assigned  either  vertical  or  horizontal  as  orientation. 


9 .3.  The  “complete"  command1 

The  ALI2  system  will  guarantee  that  the  layouts  produced  with  it  are  free  from  design  vio¬ 
lations  without  using  the  standard  design  rule  checking  process.  In  order  to  do  this,  the  system 
checks  the  "logical  completeness"  of  the  layout  description  [10|.  This  amounts  to  guaranteeing 
that  any  two  objects  at  the  same  level  in  the  hierarchy  of  bounding  boxes  of  a  layout  are  (1) 
either  separated  (explicitly  or  through  transitivity)  by  an  amount  greater  than  or  equal  to  the 
minimum  separation  for  their  layers  prescribed  by  the  design  rule  table,  or  (2)  explicitly  stated  to 
be  allowed  to  be  at  any  distance  whatsoever. 

The  eompUtt  statement  states  that  its  arguments  can  be  as  close  as  necessary  without  caus¬ 
ing  any  problem  The  syntax  of  the  statement  is  quite  simple.  For  instance, 

complete  bl,  b£,  wJ,  w£,  bS; 

expresses  that  the  user  does  not  care  about  the  separation  between  any  two  of  the  objects  listed 
after  the  word  “complete".  If  a  composite  wire  variable  is  given  as  argument,  the  above  rules  are 
applied  to  each  of  its  components. 


9.4.  Cell  Instantiation 

The  general  syntax  of  the  cell  instantiation  statement  was  given  in  fig.  9;  the  syntax  for  the 
parameter  lists  of  cell  instantiations  are  given  in  fig.  11.  Here  are  some  examples  of  syntactically 
correct  cell  instantiation  statements. 

create  flipped90  thift  (  dotal,  elk,  data!  ); 
create  register  (  dl,  clke,  dS  )  (  tS  )\ 
create  rotatedlSO  doit  (  )  (  kk  ); 

The  change  in  orientation  that  the  user  may  specify  when  instantiating  a  cell  is  used  as  fol¬ 
lows.  The  ALI2  run  time  system  keeps  at  all  times  a  current  global  orientation.  Calls  to  certain 
predefined  AL12  procedures  have  an  effect  that  depends  on  the  current  value  of  the  global  orienta¬ 
tion.  By  adding  a  change  of  orientation  to  the  cell  instantiation  statement  the  user  specifies  that 
within  the  scope  of  the  cell  instance,  the  current  orientation  thould  be  the  dihedral  group  product  of 
the  orientation  before  the  otatement  and  the  dihedral  group  element  opecified  in  the  statement.  The 

<Tiif  rompIrtMfsi  ckecki  k»*f  sot  bni  impltmtiled  ytl 


f 


■  aifci 
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alt?  actual  parameter* 


actual  Ultra  parameter* 


Fig.  II 

The  syntax  of  the  actual  parameter  lists 
for  a  cell  instantiation  statement 

global  orientation  after  the  statement  is  completed  reverts  to  its  previous  value. 

Certain  placement  constraints  are  automatically  generated  by  tbe  system  during  cell  instan¬ 
tiation. 

-1-  The  actual  parameters  of  tbe  cell  are  separated:  tbe  top  and  bottom  parameters  from  left  to 
right  and  the  Itft  and  right  parameters  from  top  to  bottom. 

•2-  Cell  instances  that  share  an  actual  parameter  (i.e.,  are  connected  by  a  wire)  are  separated 
by  the  minimum  separation  given  in  tbe  design  rule  table  for  objects  having  virtual  as  their 
layer.  (This  separation  can  be  explicitly  overrided  as  explained  in  section  10). 

The  parameter  type  checking  performed  for  the  instantiation  is  the  following.  On  the  wire 
parameters  (those  in  tbe  first  list  of  arguments),  the  type  oj  each  actual  parameter  mutt  be  identi¬ 
cal  to  or  derived  from  the  type  oj  the  eorreoponding  formal  parameter.  On  the  second  list  of 
parameters  the  checking  is  identical  to  that  performed  by  Pascal. 

Formal  wire  parameters  exist  only  inside  the  cell  instance,  actual  parameters  exist  only  out¬ 
side  tbe  cell  instance  and  they  are  abutted  at  tbe  cell  boundary.  A  pictorial  representation  of  this 
is  shown  in  fig.  12. 

Note  that  in  the  case  of  cells  declared  rigid,  this  connection  may  not  be  feasible:  conditions 
outside  the  cell  force  two  actual  parameters  to  be  farther  apart  than  tbe  corresponding  formal 
parameters  in  the  cell  definition.  In  that  ease  ALI2  will  generate  an  error  message  during  the 
placement  phase  [5j. 
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Ho*  wire*  arc  paooed  as  cell  parameter* 

This  parameter  passing  schema  has  the  disadvantage  of  increasing  the  total  number  of  ele¬ 
ments  in  a  layout  by  oftentimes  dividing  what  at  flnt  sight  may  appear  to  be  one  long  wire  into 
several  small  pieces.  It  guarantees,  however,  a  strict  hierarchy  among  wires  of  ALI2  layouts,  by 
making  it  impossible  for  any  of  them  to  straddle  a  cell  boundary. 

The  parameter  passing  mechanism  for  simple  wires  is  extended  to  composite  objects  in  the 
obvious  manner.  In  any  given  instance,  the  formal  parameter  will  be  a  composite  object  having 
the  same  general  structure  and  identical  components  as  the  corresponding  actual  parameter?  The 
two  objects  will  be  connected  by  the  appropriate  method  in  a  component  by  component  manner. 

The  predefined  constants  nullwire  and  nutllitt  will  be  used  often  as  actual  parameters  in  cell 
instantiation  statements.  Specifying  nullwire  as  an  actual  parameter  in  a  cell  instantiation  simply 
means  that  the  formal  parameter  will  take  the  value  nullwire.  The  use  of  nutliet  as  an  actual 
parameter  for  a  formal  parameter  means  that  the  formal  parameter  becomes  a  list  with  no  ele¬ 
ments.  The  main  purpose  of  these  conventions  is  to  avoid  forcing  the  user  to  declare  wires  for  the 
exclusive  purpose  of  passing  them  as  actual  parameters  to  satisfy  the  type  checking  mechanisms. 
This  possibility  is  not  extended  to  formal  parameters  of  the  other  two  composite  types:  no  way  of 
passing  a  bundle  or  but  of  dummies  is  available  in  ALI2. 


9.5.  Name  tags  for  bounding  boxes 

ALI2  contains  a  facility  to  attach  the  name  of  a  box  variable  to  any  of  the  bounding  boxes 
created  automatically  during  execution  of  a  program.  The  association  is  performed  by  tagging 
the  statement  that  creates  the  box  with  the  keyword  named  and  the  box  name.  The  syntax  of 
such  a  tag  is  described  in  fig.  9,  and  some  examples  of  its  use  are  given  below. 

named  n  :  create  flippedSD  thifl  (  total,  elk,  dotal ) 
named  it ;  create  rotated  1 80  doit  (  )  (  kk  ) 
named  ntweontezl  :  ordered  /for  do  ... 

This  facility  is  akin  to  Pascal  labels  except  that  only  statements  that  create  a  bounding  box 
can  be  tagged . 


'la  tke  cue  of  hit  parameters  sad  fcmdtr  parameter*  witk  parametric  kotad*  Ikt*  meckaawm  imp) ret  tkat 
copier  of  tke  actaal  parameter!  will  kave  to  bo  made  at  rsa  time 
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10.  Predefined  procedures  end  functions 

We  will  sow  describe  the  predefined  procedures  end  functions  of  ALI2.  They,  together  with 
the  predefined  cells  described  in  the  next  section,  represent  the  user-risible  port  of  the  ALI2  run 
time  system. 

The  descriptions  given  here  ire  for  genersl  users.  Implementition  details  of  the  run  time 
system  can  be  found  in  |ll]. 


procedure  crowing  (  w  :  wire  ); 

This  procedure  informs  the  ALI2  ran  time  system  tbit  the  given  argument  is  to  appear  after 
the  last  bounding  box  created  and  before  the  next  bounding  box  along  the  direction  of  separation. 
The  argument  is  enclosed  in  a  pseudo  box  in  order  to  separate  it  from  other  bounding  boxes 
created  in  the  same  scope.  It  is  assumed  that  the  current  direction  of  separation  is  either  horiton- 
tal  (in  which  case  w  must  be  a  vertical  wire)  or  vertical  (to  mutt  be  horiiontal). 


procedure  override  (  bl,  b!  :  ‘‘any  wire  or  bos”;  4  :  directionof reparation;  k  :  integer  ); 

The  purpose  of  this  function  is  to  override  the  automatic  separation  features  of  AL12  and  as 
such  it  should  be  used  sparingly.  The  function  has  a  bender  that  cannot  be  expressed  entirely  in 
ALI2  since  it  takes  as  arguments  either  simple  wires  or  boxes  in  any  combination. 

Its  behavior  is  the  following.  Whatever  separation  may  have  been  specified  for  bl  and  bl  in 
the  direction  given  by  the  third  argument  is  replaced  by  the  one  specified  as  the  fourth  argument. 
Additionally,  completeness  checks  between  the  first  two  arguments  will  be  inhibited. 

It  should  be  noted  that  later  separations  —  generated  explicitly  by  the  user  or  automatically 
by  the  system  -  may  undo  the  effect  of  this  statement.  Thus,  for  it  to  work  properly  the  user 
must  be  somewhat  familiar  with  the  inner  workings  of  ALI2. 


{  Not  yet  implemented  ) 

procedure  ckcompleleneto  (  b  : ‘‘cell  bounding  box”  ); 

This  procedure  instructs  ALI2  to  perform  a  completeness  check  on  the  constraints  generated 
at  the  top  level  of  the  cell  instance  given  as  an  argument.  This  check  will  be  performed  as  noon 
as  the  instance  is  completed  during  the  running  of  the  AL12  program.  Appropriate  messages  will 
inform  the  user  of  the  result.  The  procedure  should  be  invoked  before  the  cell  instance  is  created. 


function  wiitkof  (  w  ;  wire  )  :  integer; 
function  ItyeroJ  (  w  :  wire  )  :  layer; 
function  tigntlof  (  w  :  wirt  )  :  rigntl; 
function  trienlttionoj  (  w  :  wire  )  :  wirteritnlttien; 

The  values  computed  by  these  functions  are  the  obvious  oaes.  Remember  that  the  width 
will  be  ia  hundredths  of  microai  aad  that  multiplicatioa  by  Umbit  is  needed  to  eoavert  it  to  X 
uaits. 


function  minwidih  (  k  :  layer  )  :  integer; 
function  mimeparation  (  kl,  kt  :  layer  )  :  ini  t per; 

These  functions  access  the  design  rule  tables.  The  trst  one  gives  the  minimum  thickness  of 
a  wire  on  the  specified  layer,  aad  the  second  the  minimum  distance  between  objects  in  the  two 
layers  given  as  arguments  such  that  they  will  not  interact  electrically. 


function  ItnglhoJ  (  a  :  htl  )  :  inltgtr ; 

The  value  returned  by  Itngtkof  is  the  number  of  elements  in  its  argument. 


function  lowindti  (  t  :  "any  bundle  type”  )  :  integer, 

function  kighindtx  (  x  :  “any  bundle  lypt"  )  .  integer, 

These  functions  compute,  respectively,  the  index  of  the  first  element  of  the  bundle  aad  the  index 
of  the  last  element  of  the  bundle.  Note  that  the  headers  cannot  be  expressed  entirely  ia  ALI2. 


11.  Predefined  eella 

There  are  only  four  predefined  cells  ia  ALI2.  All  of  them  are  “nmart"  in  that  they  do  a 
large  amount  of  processing.  All  of  them  are  "not  very  smart”  in  that  they  will  insist  that  the 
problems  presented  to  them  have  a  solution  with  the  center  lines  of  all  the  wires  given  as  parame¬ 
ters  meeting  at  a  point.  If  no  such  solution  is  possible  -  or  if  the  cell  cannot  find  it  -  an  error 
message  will  result. 

Given  below  are  the  headers  of  all  four  cells  and  short  descriptions  of  what  they  do.  Note 
that  all  four  are  quite  general,  aad  that  most  users  will  want  to  define  simpler  versions  of  them  to 
facilitate  their  repeated  invocation. 


call  oyelronoiotor  (  left  gotelejl  :  Hit; 

top  sou  ret :  Hit; 
light  gaterigkt :  Hit; 
bottom  drain  :  tilt ) 

(  implanted :  kielean  ); 

This  cell  constructs  an  enhancement  mode  transistor.  The  following  conditions  have  to  be 
satisfied  by  the  parameters  of  this  cell.  The  lists  passed  as  source  and  drain  have  to  contain  at 
least  one  diffusion  wire  and  at  least  one  of  the  lists  galelejt  and  gaterigkt  must  include  a  polysili¬ 
con  wire.  Each  of  the  lists  must  contain  wires  that  run  on  electrically  independent  layers? 

Instantiation  of  this  cel)  results  in  the  following  actions.  The  source  of  the  transistor  will  be 
the  diffusion  wire  in  tourct,  its  drain  the  diffusion  wire  in  drain  and  its  gate,  the  polysilicon  wires 
in  galelejt  and  gaterigkt,  which  will  be  connected  together  if  both  exist.  The  dimensions  of  the 
transistor  are  determined  by  the  maximum  of  the  widths  of  touret  and  drain  and  the  minimum  of 
the  widths  of  gattleft  and  gaterigkt.  The  parameter  implanted  tells  whether  the  transistor  should 
be  implanted.  Any  wire  parameters  having  layers  other  than  polysilicon  or  diffusion  will  be 
electrically  connected  to  one  another  over  the  transistor.  Such  a  connection  will  have  no  electri¬ 
cal  interaction  with  the  transistor.  If  such  a  connection  cannot  be  built,  an  appropriate  error  will 
be  generated. 


cell  tyspullup  (  left  drainleft :  Hit; 

top  source  :  lilt; 
right  drainrigkl ;  Hit; 
bottom  drainbottom  :  liit  ) 

(  ratio  :  integer  ); 

This  cell  constructs  a  pull-up  (depletion  mode)  transistor.  The  conditions  on  the  parameters 
are  the  following.  The  oovree  must  contain  at  least  a  diffusion  wire  and  the  drain  at  least  one 
wire  of  any  type.  Each  of  the  parameters  must  be  composed  of  wires  running  on  electrically 
independent  layers. 

The  effect  of  instantiating  this  cell  is  the  following.  A  depletion  mode  transistor  having  the 
specified  ratio  will  be  created.  Its  source  will  be  the  diffusion  wire  which  is  part  of  source  and  all 
other  wires  will  be  connected  to  the  drain  of  the  transistor.  If  such  a  construction  is  not  feasible, 
an  appropriate  error  message  will  be  generated. 


cell  lyreontact  (  left  l :  Hit; 

top  I ;  Hit; 
right  r ;  till; 
bottom  k  :  Hit ) 

(  tagerbgtager  :  boolean  ); 

'“lidepesdeit  loyer*"  refer  to  layer*  wko*e  wire*  cos  overlap  wKSott  aa  electrical  istenctiot  occarrisf.  net 
ai  neial  aid  pelyeilice*  is  aMOS  Frew  tke  petal  of  view  it  ALI2,  layer*  wko*c  otponties  ss  Ike 

desifs  r»lf  table  »  tero  are  oiismed  to  be  iadepesdesi. 
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This  cell  generates  a  contact  thst  electrically  connects  the  given  wires.  The  only  conditions 
on  the  parameters  are  two:  (I)  that  they  contain  at  least  one  wire  among  them  and  (2)  that  it 
may  be  possible  to  connect  all  the  wires  in  them  so  that  their  centerlines  meet  at  a  point. 

The  effect  of  instantiating  the  cell  is  as  follows.  A  region  that  makes  the  component  wires 
electrically  connected  will  be  created;  if  the  boolean  argument  is  true,  the  connection  will  be  done 
so  that  wire*  on  independent  layer*  will  ie  connected  t*  each  other  hut  net  ta  wire*  *n  ether  layer*. 
If  the  connection  is  not  possible  —  either  in  a  true  sense  or  because  of  implementation  limitations 
—  an  error  will  be  generated. 


cell  tyieroitover  (  left  I  :  wire; 

top  I  :  wire; 

right  r  :  wire; 

bottom  h  :  wire  ); 

This  effect  of  the  cell  is  to  connect  the  top  and  bottom  wires  and  the  left  and  right  wires 
separately,  with  the  left-right  pair  crossing  over  the  top-bottom  pair.  No  constraints  are  imposed 
on  the  parameters  of  this  cell  beyond  those  explicit  in  the  header.  Of  course,  the  layers  of  the 
wires  will  in  general  require  that  contacts  be  created  to  change  layers,  so  that  the  ffnished  site  of 
the  cell  may  end  up  being  rather  large. 


12.  Final  comments 

We  will  close  this  document  by  saying  a  few  words  about  how  we  view  the  task  of  program¬ 
ming  in  ALI2. 


12.1.  Conceptual  framework 

A  physical  layout  u  composed  exclusively  of  wires.  Thus,  wires  are  the  most  prominent 
objects  in  ALI2.  For  the  purpose  of  organizing  wires  into  a  hierarchy,  rectangular  boxes  have 
been  introduced. 

Certain  wire  arrangements  appear  very  often  in  VLSI  layouts.  Although  the  outward 
appearance  of  these  arrangements  varies  widely,  they  can  be  classified  into  a  few  groups  according 
to  their  function.  ALI2  forces  its  user  to  generate  these  arrangements  by  calling  predefined  cells, 
which  try  to  bide  the  varied  appearances  but  leave  the  function  visible. 

After  the  arrangements  of  interacting  wires  are  hidden,  a  layout  becomes  simply  a  matter  of 
routing  wires.  Until  the  ALI2  library  of  routing  aids  has  been  completed,  wire  routing  must  be 
handled  by  the  user.  The  composite  types  are  intended  to  make  this  task  somewhat  simpler: 
routing  aggregates  of  wires,  rather  than  routing  each  wire  individually,  helps  to  reduce  the  routing 
effort.  The  composite  and  parametric  wire  types  represent  onr  best  efforts  to  balance  the  need  for 
flexibility  in  the  type  checking  with  the  need  for  as  many  consistency  checks  as  possible. 


19.  Hierarchies  la  ALII  programs 

An  ALI2  program  is  an  object  in  which  several  hierarchies  coexist.  Two  of  them  we  fami¬ 
liar  to  any  Pascal  programmer:  the  compile  time  bierweby,  in  which  objects  (wires,  Pascal-like 
variables,  functions,  cells,  etc.)  are  defined  in  terms  of  one  another  in  a  hierarchical  fashion,  sad 
the  run  time  bierweby  determined  in  the  case  of  ALI2  by  the  procedure,  function  and  cell 
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invocations.  The  properties  of  these  two  hierarchies  in  ALI2  are  almost  identical  to  those  of  the 
corresponding  hierarchies  in  many  programming  languages.  The  few  differences  (i.e.,  the  local 
character  of  wires)  need  no  further  comment. 

AL12  was  designed  so  that  programs  will,  in  a  natural  manner,  produce  highly  hierarchical 
layouts  as  output.  It  is  this  output  hierarchy,  absent  from  conventional  programs,  that  is  peculiar 
to  AL12.  Because  the  properties  of  this  hierarchy  are  unlike  those  of  the  more  familiar  oaes,  the 
rest  of  this  section  describes  them  in  some  detail. 

The  output  hierarchy  is  determined  by  the  execution  of  two  ALI2  statements:  create  and 
ordered.  Each  of  these  statements  creates  a  new  founding  for  in  which  local  layout  elements  — 
including  other  bounding  boxes  -  are  enclosed.  They  define  a  hierarchy  which  gives  the  layout 
its  structure. 

The  bounding  boxes  created  by  each  of  the  two  statements  differ  in  a  crucial  way:  while 
wires  may  not  straddle  the  boundary  of  a  box  generated  lay  a  create  statement  (see  fig.  11),  the 
same  is  not  true  of  the  boundary  of  boxes  generated  by  the  execution  of  ordered  statements. 
Thus,  wires  are  subject  only  to  the  hierarchy  defined  by  cell  boundaries. 

Note  that  the  box  hierarchy  is  quite  different  from  the  run  time  hierarchy.  For  instance, 

wires  that  are  local  to  a  procedure  will  be  inside  the  current  bounding  box  at  the  time  the  pro¬ 

cedure  is  invoked.  Two  different  invocations  may  produce  wires  that  are  in  the  same  box. 

All  bounding  boxes  are  similar,  however,  in  that  they  represent  a  local  context  tot  the  ALI2 
programmer.  Each  box  has  a  local  orientation  with  respect  to  that  of  the  box  containing  the 
overall  layout,  and  a  local  direction  of  reparation.  The  way  in  which  these  values  are  derived  for 
a  new  bounding  box  is  as  follows: 

•  1-  Create  statement*.  The  local  orientation  is  the  (dihedral  group)  product  of  the  local  orienta¬ 
tion  of  the  current  bounding  box  at  the  time  the  statement  is  executed  and  the  orientation 

change  specified  in  the  statement.  The  local  direction  of  separation  is  nulldir. 

-2-  Ordered  statement*.  The  local  orientation  is  the  same  as  that  of  the  current  bounding  box 
when  the  statement  is  executed.  The  local  direction  of  separation  is  the  one  specified  in  the 
statement. 

Note  that  the  direction  of  separation  inside  a  given  box  is  relative  to  the  local  orientation. 
Therefore  if  a  bounding  box  has  a  local  orientation  which  is  rotated  ninety  degrees  with  respect  to 
the  orientation  of  the  outermost  box,  and  its  local  direction  of  separation  is  Itor,  the  result  —  from 
the  point  of  view  of  the  outermost  box  -  is  that  the  box  has  htot  as  its  direction  of  separation. 

14.  Referencea 

1 1]  L.  Atkinson,  Paacol  Propromminp,  John  Wiley  and  Sons,  1060. 

( 2]  R.  J.  Lipton  et.  al,  "AL1:  A  Procedural  Language  to  Describe  VLSI  Lyouts”,  Proeeedingt  of 
the  Nineteenth  ACM- IEEE  Design  Automation  Conference,  Las  Vegas,  Nevada,  June  1082. 

|3]  R.  L.  Kalin,  "The  ALI2  Front-End:  Design  and  Implementation  of  Parser/Translator", 
ALlt  Documentation  and  Implementation  Guide. 

|4]  J.  Valdes,  “System  Overview”,  ALlt  Documentation  and  Implementation  Guide. 

|5)  S.  C.  North  and  G.  Vijayan,  “ALI2  Solver”,  ALlt  Documentation  and  Implementation 
Guide. 

|6]  C.  Mead  and  L.  Conway,  Introduction  to  VLSI  Systems,  Addison- Wesley,  1080. 


28  - 


[7]  J.  Hennessy  and  H.  Elmquist,  "The  Design  and  Implementation  of  Parametric  Types  in  Pas¬ 
cal",  Software  -  Practice  end  Experience,  vol.  12,  pp  169-184  (1082). 

|8)  S.  C.  North  and  G.  Vijayan,  “ALI2  Runtime  File  Formats",  ALlt  Documentation  and 
Implementation  Guide. 

|0j  K.  Jensen  and  N.  Wirth,  Paoeat  Veer  Manual  and  Report,  2nd  ed.,  Springer-Verlag. 

|20]  G.  Vjjaysn,  "ALI2  Completeness  Checker"  ALlt  Documentation  and  Implementation  Guide. 
|llj  J.  Mata,  J.  Valdes  and  G.  Vijayan,  "The  Translation  of  ALI2  into  Pascal  and  the  ALI2 
Runtime  system",  ALlt  Documentation  and  Implementation  Guide. 


Appendices 

Standard  Pascal  Documentation 


Total  Stuck-at-Fault  Testing  by  Circuit  Transformation' 


Andrea  S.  LaPaugh 
Richard  J  Upton 

Department  of  Electrical  Engineering  and  Computer  Science 
Princeton  University 


Abstract 

We  present  a  new  approach  to  the  production 
testing  of  VLSI  circuits  By  using  very  structured 
design  for  testability,  we  achieve  1002  single  stuck- 
at  fault  coverage  with  under  20  test  sectors  and  no 
search  The  approach  also  de'ects  most  multiple 
faults 


1.  Introduction 

In  this  paper  we  present  a  new  approach  to  the 
production  testing  of  VLSI  circuits  The  major 
features  of  this  approach  are  that  the  set  of  test 
vectors  is  both  small  (less  than  twenty)  and 
independent  of  circuit  size  and  that  no  search  for 
test  vectors  is  required  These  features  are 
achieved  while  guaranteeing  the  detection  of  all  sin¬ 
gle  stuck-at  faults  in  MOS  circuits  along  with  many 
other  faults  Testing  can  be  done  without  any  spe¬ 
cial  test  equipment,  allowing  field  testing  of  VLSI 
circuits  to  be  done  as  well  as  production  testing 
Thus  major  difficulties  of  current  testing  methods 
—  the  need  for  large  and  expensive  searches  (or  test 
vectors  with  high  coverage  and  expensive  test 
equipment  to  apply  large  sets  of  test  vector- 
quickly  -  are  avoided  In  f •  c t .  the  technique  is  well 
suited  for  implementation  on  a  self-test:n£  chip 
Little  area  is  needed  to  store  the  test  vectors  and 
fault  coverage  is  guaranteed  rethi  that  probabilis¬ 
tic  a;  in  some  self-testing  strategies 

Our  approach  Is  actually  the  combinat’on  ol 
three  techniques  which  could  be  used  indepen¬ 
dently  There  are  various  penalties  associated  with 
each  of  the  techniques  The  most  severe  of  these  is 
the  requirement  that  the  circuit  be  put  into  a  spe¬ 
cial  form  There  is  a  purely  mechanical  transforma¬ 
tion  for  this  purpose  Hence,  this  requirement  doe* 
not  prolong  the  design  time  Also  it  does  not 
change  the  depth  of  the  circuit,  hence,  the  circuit  s 
speed  is  essentially  unchanged  Nor  docs  this 
transformation  add  man;.'  nc»  pins  to  the  circuit  It 
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does,  however,  increase  the  size  of  the  circuit  The 
gate  count  of  the  modified  circuit  can  be  as  much 
as  but  never  more  than,  double  the  number  of 
gates  of  the  original  The  other  two  techniques  add 
some  extra  circuitry  which  may  also  increase  the 
chip  area  needed,  but  not  as  substantially,  and  may 
also  Increase  the  delay  aUghtly  While  these 
increases  are  potentially  costly,  for  many  circuits 
the  tremendous  advantages  of  our  method  will  tar 
outweigh  its  cost  This  is  likely  the  case  for  gate 
arrays  and  other  semi-custom  logic 

2  Technique  I:  Bipartite  Circuits 

Our  method  is  based  on  a  special  class  of  com¬ 
binational  circuits  These  circuits  are  special  in 
that  thev  are  easy  to  test  for  all  stuck-at  fault*  ar.ri 
yet  thev  are  able  to  ■  simulate"  other  circuits  quite 
efficiently  The  circuits  can  be  composed  of  ar-v 
type  of  inverting  logic  gates,  that  is  any  logic  gate* 
whose  output  is  0  when  all  Inputs  are  i  s  and  1  when 
all  inputs  are  O  s  This  includes,  of  course,  any  c:r- 
cuits  that  consist  solely  of  nor  and  nand  gates  Ini¬ 
tially  we  will  discuss  only  combinational  circu.ts 
Sequential  circuits  will  be  addressed  later 

2.1.  Testability  of  Bipartite  Circuits 

A  combinational  circuit  C  is  bipartite  provided 
it  is  possible  to  two  color  its  gales  black  and  uhi'.c 
so  that  no  wire  connects  two  gates  with  the  same 
color  and  each  input  wire  of  the  circuit  C  is  ar. 
input  to  gates  from  only  one  color  class  The  color¬ 
ing  of  gates  in  a  bipartite  circuit  also  defr.r*  « 
corresponding  coloring  of  wires  black  (respective.' 
white)  wires  are  input  only  to  black  (respective;-, 
white)  gates  Then  outputs  of  black  gales  are  white 
wires,  outputs  of  while  gates  are  black  wires 

The  importance  of  bipartite  circuits  stem*  frerr 
the  following  which  we  call  the  parity  principle 

Parity  Principle:  //  u<c  sef  all  the  black  inj-u' 
wires  of  a  bipartite  circuit  C  to  the  value  '  and  a." 
the  white  input  wires  of  C  to  the  value  T,  then  all 
black  (respectively  white)  wires  take  on  the  vo/u'  ' 
(respectively  V) 

This  principle  is  the  key  to  the  testab • 1  >t  *  c' 
this  class  of  circuits  From  the  principle  w* 
the  following  theorem  obout  controllebilitv  of  t‘u 
output  wires  of  gates 
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Theorem  1:  Given  a  bipartite  inverting  logic 
circuit,  only  two  input  vectors  are  required  to 
force  the  output  node  of  all  gates  to  the  values  0 
and  1. 

2.2.  Universality  of  Bipartite  Circuits 

Since  it  is  easy  to  see  that  not  all  circuits  are 
bipartite,  we  will  now  show  how  to  transform  any 
combinational  circuit  into  an  equivalent  bipartite 
one  This  transformation  will  at  most  double  the 
number  of  gates  However,  even  better,  it  is  a 
"local"  transformation  and  thus  will  only  increase 
the  area  of  an  integrated  circuit  layout  by  a  factor 
of  at  most  four  (two  in  each  direction)  It  will  also 
no',  increase  the  depth  of  the  circuit  at  all  This  is 
our  main  advantage  over  past  techniques  for  1003 
fault  coverage  [Ha74,  Se"M]  'Yte  first  present  a  sim¬ 
ple  method  that  always  doubles  the  number  of 
gates  We  then  discuss  avoiding  actually  doubling 
the  number  of  gates 

Giver,  any  inverting  logic  combinational  circuit, 
make  two  copies  of  each  gate  of  the  circuit,  label 
one  copy  of  each  gate  "while"  and  one  copy  "black" 
(see  figure  la  and  lb)  Also,  make  two  copies  of 
each  wire  between  gates  one  copy  goes  from  the 
black  copy  of  the  first  gate  to  the  white  copy  of  the 
second  gale  --  a  white  wire,  the  other  goes  from  the 
while  copy  of  the  first  gate  to  the  black  copy  of  the 
second  gate  --  a  black  wire.  Input  wires  and  output 
w,re=  a^e  doubled  in  like  fashion  so  that  each  black 
(respectively  white)  gale  has  only  black  (respec- 
tive'y  wfvtc'  input  wires  and  white  (respectively 
black)  output  wires  The  resulting  circuit  has 
exactly  twice  the  number  of  gales  of  the  original 
arc  is  bipart. tc  Note,  that  the  fanout  and  depth  of 
the  transformed  circuit  is  the  same  as  that  of  the 
crig.r.al 
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The  transformation  doubles  the  number  of 
input  and  output  wires,  an  undesirable  effect  if  the 
number  of  pins  must  also  double.  The  new  circuit 
will  simulate  the  original  if  the  black  and  white  ver¬ 
sions  of  each  input  agree.  For  test  operation,  we 
want  the  black  end  white  versions  of  each  input  to 
be  complements  of  each  other.  To  do  this  with  the 
came  number  of  input  pins,  we  use  a  special  input 
cell  It  is  a  piece  of  combinational  logic  with  inputs 
x  and  mode  and  outputs  x*  and  xu. .  When  mode  is 
0,  the  input  pad  drives  xt  and  xw  so  that 
x  =  xk  =  xw;  when  mode  is  1.  the  input  pad  drives 
x»  and  x*,  so  that  x  =  x»  =  tw. 

It  is  even  simpler  to  save  output  pads  Since  in 
normal  operation  the  black  and  white  versions  of 
each  input  wire  agree,  the  black  and  white  versions 
of  each  wire  in  the  entire  circuit  agree  Therefore 
only  one  version  of  each  output  wire  need  be  con¬ 
nected  to  an  output  pad  By  eliminating  redundant 
outputs  and  any  wires  and  gates  that  compute 
results  used  only  by  the  eliminated  outputs  we  car. 
obtain  a  bipartite  circuit  with  less  than  twice  the 
number  of  gates  In  general,  it  is  not  computation¬ 
ally  feasible  to  optimally  choose  which  output  of 
each  pair  is  eliminated  so  that  the  resulting  circuit 
is  minimum  size  (it  is  NP-eomplete  [Ga82])  How¬ 
ever,  heuristics  can  be  used  in  an  attempt  to  avoid 
doubling  the  number  of  gates 

3.  Technique  II:  Control  of  transistor  faults 

The  parity  principle  for  bipartite  circuits  is  a 
very  powerful  one  It  allows  us  to  easily  set  all  the 
wires  of  a  circuit  to  both  0  and  1.  If  we  could  exam¬ 
ine  each  wire,  say  with  a  scanning  electron  micro¬ 
scope  (5EM)  [Ki82\  then  we  could  detect  any  wire 
stuck-at  fault  However,  such  an  approach  is  not 
powerful  enough  to  also  detect  transistor  stuck-at 
faults  a  transistor  can  be  stuck  without  any  wire 
also  being  stuck  The  problem  is  that  our  test  vec¬ 
tors  for  a  bipartite  circuit  do  not  guarantee  that  a!! 
combinations  of  input  values  wdl  occur  at  any  gate 
In  fact,  Just  the  opposite  is  true  the  bipartite  test 
strategy  guarantees  that  all  "healthy"  inputs  to  a 
gate  will  be  the  same  value 

Our  second  technique  is  the  introduction?  of  a 
controllable  gate  which  when  used  in  a  biparii-ti 
circuit  allows  the  detection  of  both  wire  and  Iran? >■ 
tor  stuck-at  faults  We  must  further  restrict  the 
type  of  logic  gates  used  in  the  circuit  to  achieve 
this  We  present  a  controllable  nV05  ner  gate 
which  is  a  modification  of  the  standard  nVO?  nt» 
[MeB0[  We  have  also  designed  a  controllafclr  non^ 
but  the  two  cannot  be  used  in  the  same  circuit 
our  simple  test  strategy  is  to  be  achieved  Thu?  ih. 
original  bipartite  circuit  must  contain  only  nc*- 
gates  or  only  nand  gates  (Inverters  are  achieved 
by  using  a  nor  or  stand  with  both  inputs  the  same  ' 
The  gates  are  designed  so  that  all  sluck-a'.  trui  ? 
tor  faults  can  be  forced  to  orcui  even  assu— ung  t", 
normal  inputs  to  a  gale  always  take  on  the  same 
value  when  the  circuit  is  under  test 

Given  a  bipartite  circuit  of  nor  gate?  each  gate 
is  replaced  by  the  circuit  displaced  in  figure  2  We 
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have  added  two  new  global  control  lines  Cl  and  02. 
These  are  Inputs  to  every  gate  of  the  circuit 
Clearly,  when  Cl  =  C2  =  1  this  gate  computes  the 
nor  of  *  and  y;  hence,  m  this  case  the  new  circuit 
simulates  the  old  one.  Also,  for  all  settings  of  Cl 
and  C2  except  both  0,  the  gate  is  inverting  with 
respect  to  the  values  of  x  and  y  Therefore,  a 
bipartite  circuit  of  such  gates  will  retain  the  parity 
principle  for  all  values  of  Cl  and  C2  except  both  0 
On  C1  =  C2=0,  the  outputs  of  all  gates  should  be  1 
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There  are  five  active  transistors  in  the  controll¬ 
able  nor  For  each  individual  stuck-at  fault  for 
each  of  these  we  give  settings  for  Cl,  C 2,  *,  and  y 
with  x=y  such  that  this  fault  causes  an  incorrect 
output  We  first  consider  the  pulldown  transistors 
U)  The  transistor  controlled  by  Cl  (respectively 
C2)  is  stuck-on:  Set  C1  =  C2=0  and  x=y  =  l 
Since  the  transistor  controlled  by  Cl  (respec¬ 
tively  C2)  is  on.  the  output  is  incorrectly 
pulled  down  to  0 

(i:'  The  transistor  controlled  by  Cl  (respectively 
C2)  is  stuck-off:  Set  0  =  1,  C2=0.  (respectively 
0  =  0.  C2=  1 )  and  x=y  =  l  Since  the  transistor 
controlled  by  Cl  (respectively  C2)  is  stuck  off. 
the  output  is  incorrectly  pulled  up  to  1 
(ill!  The  transistor  controlled  by  x  (respectively 
y)  is  stuck-on:  Set  0  =  1.  C2=0.  (respectively 
0  =  0.  C2=l',  and  x=y=0 

(:v'  The  transistor  controlled  by  x  (respectively 
y)  is  stuck  off:  Set  0  =  1,  C2=0,  (respectively 
Cl  =  C,  C 2=1)  and  x=y  =  1 

The  pullup  transistor  is  depletion  mode  with  its 
gate  tied  to  it'  source  Therefore,  it  it  should 
always  be  or:  A  sluck-off  fault  can  be  detected  by- 
setting  0=0  and  C2=0  The  output  should  be 
pulled  high  but  will  not  be  if  the  pullup  is  stuck  off 
Note  however  that  in  this  case  if  the  fault  occurs 
the  output  is  left  floating  Therefore,  it  must  have 
prev.ously  had  the  value  0  to  be  sure  such  a  fault  is 
detected  Appropriate  ordering  of  the  tests  above 
car  insure  this 


4.  Bipartite  circuits  with  special  gates 

We  now  show  how  to  cause  any  single  stuck-at 
fault  to  cause  an  incorrect  gate  output  in  a  bipar¬ 
tite  circuit  consisting  of  controllable  nor  gates  This 
will  give  us  controllability  of  all  single  stuck-at 
faults  The  following  table  gives  the  test  procedure 
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Note  that 

three 

events,  i.e 

states  of  all  black  and 

white  wires,  must  be  detected  How  we  detect  these 
events  is  the  subject  of  the  next  section  If  all 
events  are  as  expected,  then  we  accept  the  circuit 
otherwise,  we  reject  it  Recall  that  Cl  =  C2  =  1  is 
"normal  mode  "  in  this  mode  the  circuit  simulates 
the  original  It  is  interesting  to  note  that  we  do  not 
need  this  setting  while  we  are  testing  for  stuck-at 
faults 

Theorem  2:  If  a  bipartite  circuit  of  controllable 
nor  gates  is  fault  free,  then  it  is  accepted  by  the 
test  procedure  If  the  circuit  has  a  urire  or  transis¬ 
tor  stuck-at  fault  then  it  is  rejected  as  long  as 
there  is  at  most  one  fault  per  gate 

We  now  wish  to  tie  off  one  remair  Ing  loose  end  -- 
faults  in  the  pad  cells  First,  since  we  drive  the  out¬ 
puts  to  0  and  1,  any  faults  in  the  output  pads  are 
easily  detected  Thus,  it  only  remains  to  delect 
faults  in  the  input  cells  The  easiest  way  to  handle 
this  is  to  introduce  a  fourth  event  all  black  arc 
while  input  wires  are  equal  to  0  Note  this  event 
only  concerns  itself  with  the  input  wires  Now  ah 
possible  values  of  input  wire?  are  observed  us--; 
some  event 

6.  Technique  III:  Observing  Events 

Clearly,  if  we  could  probe  internal  nodes  wif- 
say  a  SEM.  then  events  would  be  easy  to  dote.-: 
However,  we  wish  to  avoid  using  such  equipment 
and  hence  will  add  additional  logic  to  the  crru.i 
solely  to  detect  the  four  events  we  must  observe 
This  additional  logic  is  quite  simple  and  lake-  up 
relatively  little  area  Such  observation  logic  could 
be  added  to  observe  any  set  of  events  but  the 
amount  of  logic  needed  is  proportional  to  the 
number  of  distinct  events  observed  Thus  the  krv 
to  our  success  is  the  need  to  observe  only  four 


different  events  during  our  testing  sequence. 

Any  event  really  consists  of  two  sets  of  wires:  all 
wires  in  one  set  must  take  on  the  value  0  and  all 
wires  in  the  other  set  must  take  on  the  value  1 
Clearly,  we  can  do  this  detection  simply  by  using 
large  fan-in  or  gates  for  the  0-valued  set  and  large 
fan-in  and  gates  for  the  1-valued  set  The  area 
needed  for  these  gates  is  quite  small  Each  gate 
could  be  physically  distributed  through  the  circuit. 
As  a  practical  matter,  we  would  use  a  tree  of  rea¬ 
sonable  size  fan-in  gates  to  avoid  great  delay  penal¬ 
ties  It  is  important  to  note  that  the  speed  of  this 
circuit  is  not  critical  since  it  only  affects  how  fast 
testing  can  be  done  When  only  a  small  number  of 
test  vectors  are  used,  as  in  our  method,  the  total 
testing  time  is  very  small  It  is  also  important  to 
note  that  if  a  single  fault  occurs  in  the  total  circuit, 
we  may  call  the  "real"  part  of  the  circuit  faulty 
when  it  is  good  because  of  faulty  observation  logic, 
but  we  will  not  call  it  good  if  it  is  faulty  Many  mul¬ 
tiple  faults  will  also  be  detected  In  particular,  a 
fault  in  a  transistor  of  a  large  fan-in  gate  will  mask 
a  fault  ir.  the  ‘real''  circuit  only  if  the  fault  in  the 
"real"  circuit  must  be  detected  through  the  bad 
transistor 

6.  Sequential  Circuits 

We  have  presented  our  method  for  combina¬ 
tional  circuits  Of  course,  it  can  be  used  with  scan 
path  tc  test  sequential  circuits  It  is  also  possible 
to  use  our  method  to  directly  test  sequential  ar¬ 
en't'  without  any  scan  path  Just  as  we  require  a 
modified  gate  and  input  pad  this  extension  requires 
a  modified  latch  With  this  latch,  state  setting  can 
be  done  in  one  step  rather  than  by  shifting  Thu; 
ever,  fo-  sequential  circuits,  our  method  requires 
constant  time 

7.  Conclusions 

W'e  have  presented  a  new  way  to  do  production 
testing  of  MO S  combinational  circuits  which  is  the 
combination  of  ihree  techniques  the  use  of  bipar- 
t'le  circuits  the  use  of  a  controllable  gate  and  the 
use  of  observation  logic  to  detect  a  small  number  of 
events  This  approach  trades  off  real  estate  for 
easy  of  testability  A  critical  question  that  must  be 
studied  m  the  future  is  th.s  tradeoff  Since 
increased  real  estate  decreases  yield  our  tradeoff 
car,  be  put  another  way  is  it  belter  to  have  a  high 
yield  circuit  with  low  fault  coverage  or  a  lower  yield 
c.tui'.  with  high  fault  coverage"  We  claim  no 
d'  *r..ttvc  answer  here  but  believe  in  the  area  of  low 
vr!„me  circuits  such  as  gate  arrays  our  methods 
may  be  qu,tr  important 

The  scr.ousness  of  the  real  estalc/lestabiliU 
tradeoff  is  dependent  on  the  actual  real  estate 
increase  when  ou-  method  is  applied  to  actual  cir- 
c  -  The  ri  arc  classes  of  circ  u. is  which  art  natur- 
e\>  b.p.-i- '  f c r  example  PLA  s  and  precharged 
(dom  :  c 1  CMOS  [Hofi?  The  lmplcmenlalionai 
dil&.js  of  the  mod, Tied  gales  and  circuitry  for 
oLsc-vation  are  also  important  in  determ, ning  the 
cost:  of  o_r  technique  We  have  focussed  here  on 


the  basic  techniques.  Some  work  has  been  done  on 
more  efficient  implementations,  but  optimal  design 
of  the  test  circuitry  remains  an  important  issue 
Another  important  area  for  further  investigation  is 
the  effect  of  our  approach  on  the  placement  and 
routing  of  gate  arrays  Since  our  transformation  is 
local,  we  expect  that  the  usual  placement  and  rout¬ 
ing  algorithms  can  be  modified  to  take  advantage  of 
this 

To  control  the  cost  of  our  method,  it  may  be 
possible  to  give  the  logic  designer  more  feedback 
during  the  design  process  One  of  the  nice  feat-rc ; 
of  our  method  is  that  the  test  for  being  bipartite  is 
"linear  time"  and  so  can  be  done  very  quickly 
Thus,  we  can  constantly  advise  the  designer  on  the 
current  "cost"  in  extra  gates  of  his  design  In  this 
way  the  designer  will  perhaps  be  able  to  make  intel¬ 
ligent  choices  about  logic  alternatives  in  a  wav  that 
will  aid  the  circuit's  testability 
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1.  The  bank  Idem 

This  paper  argues  the  case  for  a  machine  with  kitiiono  of  bytes  of  primary  storage.  Our 
main  thesis  is  that  such  a  machine  is  justified  by  the  importance  of  certain  applications  in  which 
memory  kound  computation i  occur  naturally:  VLSI  design,  A1  and  data  bases,  to  name  just  three. 
For  these  computations,  a  classic  Von  Neumann  machine  with  a  relatively  slow  (1  to  10  MIPS) 
processor  and  massive  amounts  of  physical  memory,  would  vastly  outperform  all  supercomputers 
currently  being  researched  and  would  be,  in  addition,  far  easier  to  program. 


t.  Impact  of  proposed  supercomputers  on  memory  bound  computations 

Research  efforts  in  the  supercomputer  field  have  tended  to  concentrate  at  the  computational 
intensive  end  of  the  spectrum,  disregarding  the  memory  intensive  applications  altogether.  The 
typical  supercomputer  being  investigated  today  is  a  multiprocessor  having  up  to  one  million  pro¬ 
cessors,  capable  of  executing  up  to  billions  of  operations  per  second  and  yet  have  as  “little"  as 
sixty  four  megabytes  of  physical  memory. 

There  are  many  applications  for  which  such  a  machine  would  be  limited  by  its  disk  to 
memory  transfer  rates.  For  example,  consider  a  database  application  in  which  the  site  of  the 
data  is  four  gigabytes  and  the  access  pattern  to  records  essentially  random.  A  machine  with  one 
hundred  megabytes  of  memory  can  be  expected  to  generate  a  page  fault  in  just  about  every  access 
to  a  new  record,  rendering  its  potential  processing  power  meaningless  as  a  measure  of  its  perfor¬ 
mance. 

More  precisely  let  us  compare  such  a  supercomputer  with  one  hundred  megabytes  of 
memory  and  a  MMM  with  four  gigabytes  of  memory.  Further  lets  us  assume  that  the  supercom¬ 
puter  is  "infinitely  fast*  while  the  MMM  runs  only  at  one  MIP.  Of  course  the  supercomputer  will 
vastly  out  perform  the  MMM  on  compute  bound  tasks.  However,  assume  that  the  supercomputer 
creates  a  page  fault  every  /  instructions  on  some  large  task.  Then  on  this  task  the  MMM  still 
computes  at  its  one  MIP  rate  while  the  supercomputer  is  reduced  to  computing  at  about  100J 
instructions  a  second  (  we  assume  that  the  supercomputer's  disks  are  capable  of  about  100  page 
faults  a  second.)  Clearly  if  /is  small  enough  the  MMM  will  be  faster  than  the  supercomputer:  if  / 
is  about  100  then  the  speedup  is  100:1\  While  not  all  tasks  will  cause  the  supercomputer  to 
"thrash”  in  this  way,  we  believe  that  there  are  a  large  collection  of  important  tasks  that  will 
cause  such  behavior. 


t.  An  obvloua  aolutlonY 

One  can  argue  that  the  MMM  problem  has  not  been  investigated  because  it  has  an  obvious 
solution,  namely  connecting  all  the  memory  desired  to  the  chosen  processor  by  a  very  long  bus. 
This  is,  however,  a  far  more  problematic  proposition  than  it  seems.  Given  current  IC  densities,  n 
four  gigabyte  memory  requires  about  one  thousand  devices  (memory  cards)  on  a  single  bus.  Even 
with  clever  arrangements  and  higher  densities,  hundreds  of  devices  per  bus  aeem  unavoidable. 

Commercial  busses  are  simply  unequal  to  the  task.  Those  that  are  part  of  complete  com¬ 
puter  systems  are  usually  very  weD  matched  to  the  overall  system  design  and  can  only  support  an 
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inadequate  amount  of  memory.  Standard  busses  hardly  fare  aay  better;  most  bare  a  limit  on  the 
■amber  of  device*  attached  to  them  of  oaly  a  few  tea*,  while  we  need  aa  order  of  magnitude 
more. 

The  design  of  a  special  purpose  bos  to  support  that  many  devices  is  no  trivial  matter  either. 
There  are  two  factors  that  will  adversely  affect  the  nccem  times  on  a  bus  with  many  devices. 
First,  the  capacitance  effects  may  eause  sigailcaat  delays.  Second,  it  may  be  virtually  impossible 
to  operate  all  the  devices  synchronously:  The  asynchrony  will  in  turn  lead  to  more  complex  bus 
protocols  and,  once  again,  to  greater  access  times. 

The  truth  is  that  the  “obvious"  way  to  build  a  MMM  dissolves  rapidly  into  a  host  of 
difficult  questions  about  bus  behavior  and  machine  architecture. 


4.  Architectural  solutions  to  the  MMM  problem 

We  will  now  describe  in  some  detail  an  architecture  for  a  MMM  called  the  Gkoil  Machine. 
Our  intention  is  not  so  much  to  present  a  "conclusive  solution",  but  to  demonstrate  that  clever 
architectures  may  lead  to  better  MMM*  than  brute  force  methods. 

A  schematic  description  of  the  Gkotl  Machine  is  shown  in  Ig.  1. 


Fig.  It  The  Ghaat  Machine 

The  machine  consists  of  a  collection  of  standard  Von- Neumann  machines,  interconnected  by 
a  system-wide  (or  global)  bat  that  permits  the  broadcast  of  values  from  one  machine  to  all  the 
others.  Each  individual  machine  haa  its  own  processor  and  local  memoiy  eoaaected  via  a  local 
but.  The  gateway  of  each  machine  to  the  global  but  is  a  $haat  device  connected  both  to  the 


system  bo*  ud  tkc  local  bus. 

The  iadividual  proceaaon  chore  the  Mine  address  apace.  Tbia  addioaa  apace  it  distributed 
among  the  local  addreaa  cpacea  aa  follow*  (tee  flg.  1).  A  small  fraction  of  the  global  addreaa  apace 
ia  replicated  in  each  local  addrem  apace;  the  remainder  of  the  system  addreaa  apace  b  covered  in  a 
aoa  overlapping  manner  by  the  local  addreaa  cpacea.  A  ghaai  device  connected  to  each  local  boa 
i*  responsible  for  aervkiag  relocate  that  involve  non  local  addromaa. 

All  proceaaon  execute  the  came  program,  which  ia  loaded  into  the  replicated  portion  of  the 
system  addreaa  apace.  Aa  long  at  that  program  refereacea  locationa  ia  the  ahared  sabapaee  all  pro¬ 
ceaaon  will  exeente  in  lockitep  and  no  commaaicatioo  throogh  the  lyatem  boa  will  take  place. 

Sop  poor  now  that  a  reference  to  aa  addreaa  ontaide  the  ahared  anbapace  ocean  for  the  tnt 
time.  The  addreaa  involved  will  be  mapped  to  the  local  memory  of  come  machine  m,  so  the  pro¬ 
cessor  of  that  machine  geta  an  immediate  reaponae  via  ita  local  boa;  the  pheef  of  m  —  realitiag 
that  a  reference  to  a  non  ahared  addreaa  haa  oeeorred  -  read*  the  reaponae  off  the  bn*  nnd  broad¬ 
casts  it  over  the  global  bat;  The  gheef*  of  nO  the  other  machine*  -  realising  that  a  non  local 
reference  has  been  generated  -  wait  far  the  next  Mum  to  appear  on  the  global  baa  and  n*e  it  aa  a 
response  to  their  request*. 

During  this  operation,  processor  m  “takes  the  lead",  i.e.,  gets  ahead  of  all  othen.  It  will 
continue  execution  ahead  of  the  teat  as  long  as  the  common  program  generated  requests  for 
addresses  that  are  local  to  m.  Meanwhile,  all  other  processes  continue  execution  at  the  same  rate 
as  m,  with  their  f hoata  supplying  the  data  they  need  by  reading  it  from  the  global  bos.  These 
“trailing"  processors,  will  be  behind  the  leader  by  an  amount  of  time  equal  to  the  one-way  delay 
time  from  ghot t  to  ghoii  through  the  global  bn*. 

When  a  reference  to  an  address  local  to  another  machine,  s,  occurs,  the  ghost  of  m  will  wait 
until  the  next  data  arrives  on  the  global  bus  (sent  by  n’s  ghort)  and  use  it  ns  the  response.  Now  - 
as  long  as  references  local  to  n  continue  to  occur  —  aD  machines  will  execute  at  their  full  rate 
with  n  slightly  ahead  of  the  rest  and  furnishing  them  with  the  data  they  need  throogh  the  global 
bus. 

A  simple  example  of  this  behavior  ia  depicted  is  Ig-  2  below. 
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Flff.  ti  Execution  in  a  Chart  Machine 


This  aoluttoo  haa  the  following  advnatages: 
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-1-  The  local  nichiut  are  coaretikwal  architectures.  They  nay  be  used  independently  when 
the  MMM  is  not  needed. 

-2-  The  global  architecture  can  be  easily  made  transparent  to  the  user  program  and  the  task  of 
disti  touting  the  global  address  apace  to  the  spaces  of  the  individual  machines  can  be 
relegated  to  a  sophisticated  loader.  The  easel  seme  programs  could  ran  on  a  conventional 
Von  Neumann  machine  (assuming  some  virtual  memory  management)  and  in  the  Ghoit 
Machine.  Hence  the  Ghoit  machine  will  be  no  harder  to  program  than  a  conventional 
machine. 

-3-  Memory  references  in  the  Cirri  machine  can  be  serviced  in  baif  the  time  (or  less)  that  they 
would  require  in  a  conventional  MMM.  In  a  conventional  machine,  the  address  must  be 
transmitted  on  the  global  bus  and  the  referenced  datum  must  be  transmitted  back.  In  n 
Gkoit  machine  data  will  either  be  available  through  the  faster  local  bus  or  be  provided  by 
the  ghoit.  The  data  needed  by  the  fieri  appears  without  being  requested,  avoiding  address 
transmission  delays.  If  the  requested  word  causes  n  “lend  change",  the  word  will  be  avail* 
able  in  approximately  the  time  needed  to  broadcast  a  value  over  the  global  bus.  If  no  lead 
change  occurs,  the  delays  will  be  even  shorter. 

•4-  The  rate  of  execution  —  except  for  pauses  for  “lead  changes”  —  of  the  whole  machine  is  the 
same  ns  that  of  each  of  the  individual  machinea.  The  “lead  change"  pauses  will  last 
approximately  as  mueb  as  the  time  needed  to  broadcast  n  value  on  the  global  bus.  This 
time  should  be  much  smaller  thaa  the  time  required  to  service  a  page  fault  on  an  ordinary 
machine.  (Lend  changes  will  also  be  considerably  lets  frequent  thin  page  faults). 

-5-  The  Ghoit  nochine  will  reward  “locality  of  reference"  by  minimising  “lead  changes”  in  pro¬ 
grams  that  exhibit  it  (the  fewer  the  lead  changes,  the  faster  the  Ghott  machine  will  exe- 
i  nte).  Locality  in  this  context,  however,  has  n  wider  meaning,  ns  nay  two  references  local 
to  the  lead  machine  arc  equivalent,  and  any  one  machine  may  have  as  much  as  sixty  mega¬ 
bytes  of  local  storage. 

Obviously,  these  gains  come  in  exchange  for  duplicated  processors  and  memory. 
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ABSTRACT 

Two  new  sets  of  conditions  are  derived  that  make  one -dimensional 
bilateral  arrays  of  combinational  cells  testable  for  single  faults.  The  test 
sequences  are  preset  and,  in  the  worst  case,  grow  quadratic  ally  with  the 
size  of  the  array.  The  basic  cell  can  operate  either  at  the  bit  or  at  the 
word  level.  An  implementation  of  FIR  filters  using  ( systolic )  one¬ 
dimensional  bilateral  arrays  of  cells,  which  can  be  considered  combina¬ 
tional  at  the  word  level,  is  presented  as  an  example.  A  straightforward 
generalization  for  the  two-dimensional  case  is  made,  a  systolic  array 
used  for  matrix  multiplication  is  presented  as  an  example  for  this  case. 


1.  INTRODUCTION 

The  use  of  iterative  arrays  of  identical  cells  in  current  VLSI  technol¬ 
ogy  is  becoming  more  frequent  due  to  their  many  advantages,  like  ease  of 
design,  fabrication  and  testing  Moreover,  many  problems  are  efficiently 
solved  with  the  use  of  "systolic  arrays",  which  are  highly  iterative  struc¬ 
tures  operating  synchronously.  Digital  systems  of  iterative  arrays  have 
also  been  suggested  in  the  past  in  several  places  in  the  literature,  (refer¬ 
ences  can  be  found  in  {2]-[7])  mainly  for  realization  of  Boolean  functions 
in  asynchronous  mode.  An  important  problem  associated  with  these 
structures  is  fault  detection;  that  is,  derivation  of  test  input  sequences  to 
the  array,  such  that  the  output  sequences  of  the  normal  and  any  faulty 
array  (under  some  fault  assumptions)  are  different.  Fault  detection  in 

*  Thi»  work  *u  supported  in  part  bp  VSF  Grant  EC S-B 120037,  U.  S.  Arm;  Research- Durham 
Grant  DAAC29-62-K-009S,  and  DARPA  Contract  N00014-62-X-0M9 
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maps  the  one-dimensional  synchronous  bilateral  array  into  a  two- 
dimensional  asynchronous  unilateral  array.  Figure  2b  shows  the  inputs 
and  outputs  of  a  cell  in  the  space-time  transformation  according  to  the 
notation  described  above. 

If  Lq  is  a  subset  of  L,  define  gR(r,  z,  L0 )  =  Ro.  where  R0  is  the  set 
|  IeL0J.  If  R0  contains  just  one  element  r\  we  write 
gR{r,  *,  L0)  -t'  (instead  of  Jr'}).  Similarly  for  gR{R 0,  *,  I).  9r(t<Z 0.  t), 
and  similarly  for  g i- 

If rei?,  define  Rr  =  R-[r\.  Similarly  =  L-[L\. 

An  input  or  output  labeled  r/ R0,  where  RqLR,  and  r  does  not  belong 
to  R0.  means  normal  input  or  output  r,  and  faulty  input  or  output  some 
member  of  R0.  (If  R0  contains  just  one  element  r',  we  write  r/r'). 

We  also  define  P/?(ri/r2,  z ,  l)  =  r',/r'2  if  z,  l)  =  r\  and 

gR(rz,  *.  0  =  r'z  and  ri  *  r2-  T'\*r'z-  We  define  similarly 

gR{r,z,  Lx/Lz)  =  l\/L'z,  and  similarly  for  p7 . 

Another  definition  is:  gR[r/ R0l  z,  l )  =  r'/  R'0  if  gR(r ,  z ,  l)  =  r\  and 
9r(Rq.  *.0c  R'o  Similarly  for  gR(r,  z,  l/L0)  and  for  gL.  (Note  that 
gR(r/R0,  z,l )  is  not  uniquely  defined,  since  R'o  may  be  any  superset  of 
9r(R o.  *.  0  ) 

For  simplicity  r/Rr  will  sometimes  be  written  as  r/  *. 

3.  ONE-DIMENSIONAL  ARRAYS 

Gray  and  Thompson  [9]  derived  the  following  sufficient  condition  G 
for  testability: 

There  exists  an  a  e  Z  such  that  for  every  r  e  R,  for  every  l  e  L 
Gl:  gR(r,  a,  l )  =  /x(r)  and 

G2:  gL{r,  a,  l )  =  u(l) 

where  is  a  permutation  of  R  (independent  of  0  and  v  is  a  permutation 
of  L  (independent  of  r). 

Note  that  the  right  output  depends  only  on  the  left  input,  and  the  left 
output  depends  only  on  the  right  input.  Fig.  3  illustrates  the  above  condi¬ 
tion. 

Let  V  be  the  following  conditions: 

Cl:  for  every  re/?  there  exist  r'e/?,  *  eZ  such  that gR{r',  z,  L)  -  r. 
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unilateral  arrays  has  been  studied  extensively  [l]-[7],  [  10].  Results  for 
bilateral  arrays  have  appeared  in  Gray  and  Thompson  [9]  (for  one¬ 
dimensional  arrays  of  combinational  cells)  and  Sung  [8]  (for  two- 
dimensioned  arrays  of  sequential  cells).  However,  the  sufficient  condi¬ 
tions  for  testability  derived  there  appear  more  restrictive  than  neces¬ 
sary.  In  this  paper  we  first  examine  one-dimensional  arrays;  two  sets  of 
sufficient  conditions  for  testability  are  derived,  which  improve  upon  the 
condition  reported  in  [9].  Testing  time,  however,  in  the  worst  case 
increases  from  linear  to  quadratic  (in  the  number  of  cells).  A  straightfor¬ 
ward  generalization  to  the  two-dimensional  case  is  made  next. 

2.  ASSUMPTIONS,  DEFINITIONS  AND  NOTATION 

Figure  la  shows  a  bilateral  array  of  combinational  cells.  The  basic 
cell  is  shown  in  Figure  lb.  At  each  time  unit  it  produces  left  and  right 
outputs,  depending  on  its  left,  right  and  vertical  inputs.  Let  p  be  the 
total  number  of  cells  in  the  array 

Let  R  be  the  set  of  right-moving  signals,  L  the  set  of  left-moving  sig¬ 
nals  and  Z  the  set  of  vertical  cell  inputs.  (The  absence  of  vertical  cell 
inputs  is  equivalent  to  the  case  |  Z  |  =1.) 

Let  gR.RxZxL-*R  be  the  right-moving  signal  mapping,  and 
gL:RxZxL-*L  be  the  left-moving  signal  mapping. 

A  fault  in  a  particular  cell  alters  gR,  gL,  or  both  for  one  or  more 
arguments  (r,  z,  l).  However,  we  assume  that  the  cell  remains  combina¬ 
tional. 

We  assume  initially  that  to  test  a  cell  completely,  we  must  apply  all 
input  combinations  RxZxL  to  that  cell.  This  assumption  makes  testing  of 
the  cells  independent  of  how  they  are  realized.  We  shall  examine  later  the 
case  when  only  a  subset  of  RxZxL  suffices  to  test  the  basic  cell. 

We  further  assume  that  to  test  the  array  completely  (for  single  faulty 
cells),  we  must  test  completely  every  cell  in  the  array. 

We  say  that  an  array  is  testable  if  any  input  combination  can  be 
applied  to  any  cell  of  the  array  and  any  fault  can  be  propagated  to  an 
observable  output  of  the  array  ([1]). 

The  left,  vertical  and  right  inputs  of  cell  j  at  time  f  are  denoted  as 
r*(f),  **(<),  f*(0  respectively.  Hence,  cell  j  at  time  f +  1  will  produce  left 
and  right  outputs  ^  "’(f  +  l),  r*+1(f  +  l). 

Figure  2a  shows  the  space-time  transformation  of  the  array  in  Fig. 
la.  Each  row  represents  the  array  at  each  time  unit.  This  makes  the 
operation  of  the  array  easier  to  visualize.  Note  that  this  transformation 
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C2:  foreveryfeL  there  exist  VzL,  zeZ  such  that  9i(R,  z,  l1)  -  l- 
01:  for  every  rlt  r2  zR  with  rj  *  r2l  there  exist  LzL.zeZ,  such  that 
«.0  *9fl(rZl  z.l). 

02:  for  every  with  fj  *  f2,  there  exist  reR.zeZ, such  that 

9l(t>  *•  li)  *9L(r'*'lz) 

Figures  4a  and  4b  illustrate  conditions  Cl  and  C2  ,  Figures  5a  and  5b 
illustrate  conditions  01  and  02. 

Conditions  Cl,  C2  can  be  thought  of  as  controllability  conditions,  and 
conditions  01,  02  as  observability  conditions. 

Condition  Cl  simply  states  that  if  we  want  to  get  a  particular  right 
output  r,  all  we  have  to  do  is  to  apply  vertical  input  z  and  left  input  r' ,  no 
matter  what  the  right  input  is  (see  Fig.  4a).  Condition  C2 is  the  symmetr¬ 
ical  version  of  condition  Cl.  Condition  01  states  that  if  we  want  to  distin¬ 
guish  between  right  inputs  r1  and  r2,  all  we  have  to  do  is  to  apply  vertical 
input  *  and  left  input  l,  and  observe  the  right  output.  Condition  02  is  the 
symmetrical  version  of  condition  01. 

V  is  a  broader  set  of  conditions  than  G,  and  in  particular  G1  implies 
Cl  and  01,  G2  implies  C2  and  02.  We  elaborate  further  on  that.  Let  us 
construct  a  digraph  Gr  =  {R ,  Er)  with  node  set  R:  arc  (t-j,  r2)  e  Er  and 
is  labeled  z  if  and  only  if  0fl(r,,  z ,  L)  -  r2.  This  means  that  if  we  apply  rt 
as  left  input  and  z  as  vertical  input,  we  get  r2  as  right  output,  no  matter 
what  the  right  input  is  (Fig.  6).  We  define  in  a  similar  manner  the  "left" 
digraph  GL  -  (L,  EL ).  Condition  G  states  that  there  exists  a  label  o  such 
that  there  are  exactly  |7?|  arcs  of  Gr  and  |  L  I  arcs  of  Gi  labeled  o,  and 
these  arcs  form  a  set  of  vertex-disjoint  cycles.  Conditions  Cl  and  C2 
state  that  every  node  of  Gr  and  Gi  has  a  predecessor.  Condition  01  (02) 
states  that  for  every  pair  of  distinct  left  (right)  inputs  rj,  r2  (f  lt  i2)  there 
exist  a  vertical  and  a  right  (left)  input  that  produce  distinct  left  (right) 
outputs  (Fig.  5). 

We  can  prove  now  that  conditions  V  are  in  fact  sufficient  for  testabil¬ 
ity. 

Theorem  ]:  Any  bilateral  array  of  combinational  cells  that  satisfies 
conditions  V  is  testable  for  single  faulty  cells. 

Proof:  Assume  we  want  to  test  cell  j  for  inputs  (r0.  *o.  h)  First  we 
have  to  solve  the  contollability  problem,  that  is  we  have  to  apply  input 
(r0,  *0,  t0)  to  that  cell  by  controlling  the  external  inputs  of  the  array. 
Then  we  have  to  solve  the  observability  problem,  that  is  we  have  to  pro¬ 
pagate  the  faulty  outputs  of  that  cell  to  the  observable  outputs  of  the 
array;  this  propagation  should  be  such  that  the  observable  outputs  are 
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different  from  the  expected  under  the  presence  of  faults. 

Let  jfc(p  + 1)/2.  (The  case  j<(p  + 1)/2  is  treated  similarly).  These 
test  inputs  will  be  applied  at  time  t-j  if  the  test  begins  at  time  t= 1. 
Hence  r0  =  r*(j),  f0  =  l’(j),  z0  =  z* (j)  (see  Fig.  7,  shaded  cell).  First  we 
must  make  the  left  input  of  cell  j  at  time  j  be  r0  =  r^{j).  Condition  Cl 
guarantees  the  existence  of  r*-,(j‘— 1),  z*_1(jf-l)  such  that  r>{j)  = 
p7?(r,’~1(; -1),  zJ-1(j'-l),  L),  hence  it  suffices  to  apply  rJ-1(jf-l), 
*,-1(ji-l)  as  left  and  vertical  inputs  to  cell  j— 1  (at  time  j'-l).  Induc¬ 
tively,  apply  r,-2(jf  -2),  z,_2(j  -2)  to  cell  j  -2,  etc.,  until  we  reach  the  left¬ 
most  cell.  Similarly,  to  apply  fo  =  lJ  (j)  as  right  input  to  cell  j ,  we  find 
iJ,+1(j-l),  z*+1  (j'-l)  such  that  tf(j)  -  9l(R.  z*+10-1).  t,+10-l)), 

according  to  condition  C2.  We  proceed  inductively  in  the  same  way,  until 
we  reach  the  rightmost  cell.  If  j^(p  + 1)/  2  the  first  test  input  to  the  right¬ 
most  cell  (p)  will  be  applied  at  time  2j-p-l.  This  way  inputs  r0  and  l0 
will  be  applied  simultaneously  to  cell  j  (at  time  j).  This  solves  the  con¬ 
trollability  problem. 

Assume  that  we  want  to  test  for  the  right  output  fault  r/r;  that  is, 
the  normal  right  output  is  r  and  we  are  testing  if  we  get  f  instead. 
According  to  our  notation  r  =  r,+1(7  +  l).  Let  r>  +  ,(jl  +  l)  =  r.  Condition  01 
guarantees  the  existence  of  a  vertical  input  z,+1(jf+l)  and  a  right  input 
f*+10  +  l)  such  that  gx{  rJ+,(j  +  l)/P+,(;  +  1).  z*+1(7+l),  fJ+,(j  +  l))  = 
r,+2(j +2)/P+2(j+2).  fJ+1(j  +  l)  is  obtained  as  left  output  of  cell  j+2  in 
the  same  way  that  lJ(j)  was  obtained  as  left  output  of  cell  j  + 1  (using 
condition  C2 ).  Thus  the  faulty  right  output  r/r  is  propagated  to  the  right 
output  of  cell  j  + 1.  Inductively,  this  is  propagated  to  the  observable  right 
output  of  the  rightmost  cell.  Similarly,  using  condition  02,  we  can  simul¬ 
taneously  test  for  the  left  output  fault  1/7,  propagating  it  to  the  left  out¬ 
put  of  the  leftmost  cell  This  solves  the  observability  problem. 

The  above  procedure  is  repeated  for  every  f  in  Rr,  7  in  •£<;  then  we 
have  tested  cell  j  for  input  (r0,  z0,  l0).  When  this  is  repeated  for  every 

(r,  z,  l)  in  RXZXL  we  have  tested  cell  j  completely.  ■ 

The  testing  time  shown  in  Fig.  7  isp  +  1.  Hence  to  test  cell  j  for  input 
(r0.  *o.  to)  we  need  (p  +  l)  mai(|/?  |  ,\L  |)  tests,  and  to  test  cell  j  com¬ 
pletely  we  need  (p  +  l)  mox (|/?|,|Z,|)  |J?!-|Z|  |L|  tests,  and  to  test  the 
entire  array  completely  we  need  p •(p  +  l)-max(|i?  |  ,\L  !)•  |-  \Z  \  ■  \L ! 

tests. 

From  Fig.  7  it  is  clear  that  if  some  cell  is  used  for  a  specific  test  at 
time  t ,  it  is  never  used  at  time  t  +  1,  hence  the  obvious  pipelining  reduces 
the  testing  time  to  one-half  of  the  above  number  of  tests. 


For  comparison,  if  condition  G  holds,  testing  time  is 
0[p-\R\-\Z\-\L\). 

Although  condition  V  is  weaker  than  G,  it  is  still  a  very  strong  condi¬ 
tion  in  that  it  requires  the  existence  of  z  inputs  for  which  the  right- 
moving  signal  is  independent  of  the  left-moving  signal  and  vice  versa. 
However,  the  very  purpose  of  making  the  array  bilateral  suggests  depen¬ 
dence  of  at  least  one  of  the  right  or  left-moving  signals  on  both  the  right 
and  left-moving  signals.  As  an  example,  consider  the  case  |Z|  =  1.  Then 
we  basically  have  no  z -inputs,  and  if  conditions  Cl  and  C2  hold,  the  array 
degenerates  to  two  unilateral  arrays,  one  with  signal  flow  from  left  to 
right,  and  one  with  signal  flow  from  right  to  left.  Anyway,  the  case  might 
be  that  for  all  z,  the  left  output  depends  on  both  the  right  and  the  left 
input,  so  condition  C2  is  violated.  We  derive  a  set  of  sufficient  conditions 
for  this  case.  We  shall  keep  the  assumption  that  for  some  z  the  right  out¬ 
put  depends  only  on  the  left  input.  Naturally,  this  will  lead  to  a  more 
complicated  set  of  conditions. 

Let  W  be  the  following  set  of  conditions: 

Cl:  for  every  rcR  there  exist  r'e/?,zeZ  such  that 
9r (rV  *,  z.  L)  =  r/  *. 

C2.  for  every  leL  there  exist  i'eZ,,  zeZ.r'e/?  such  that  gi{r‘,  z,  l')  -  l 
and 9r(t'/  *,z,l')-r/*. 

01:  for  every  r  ei?  there  exist  zeZ  such  that  gn(r/  *,z,  L)  =  r'/  *. 

02:  for  every  lx,lz^.L  with  lx*lz,  there  exist  reR,  zeZ  such  that 
gL(r,z,lx)  *gL{r,z,lz). 

Figures  8a  and  8b  illustrate  conditions  Cl  and  C2,  Figures  9a  and  9b 
illustrate  conditions  01  and  02. 

Conditions  Cl,  C2  can  be  thought  of  as  controllability  conditions,  and 
conditions  01,  02  can  be  thought  of  as  observability  conditions.  Condi¬ 
tion  Cl  (of  W)  is  a  stronger  version  of  condition  Cl  of  V  in  that  it  not  only 
requires  that  if  we  want  to  get  a  particular  right  output  r  we  can  apply 
vertical  input  z  and  left  input  r*.  no  matter  what  the  right  input  is,  but 
additionally,  if  we  apply  some  left  input  different  from  r’,  we  get  a  right 
output  different  from  r .  But  still  this  condition  is  weaker  than  Gl. 

Condition  C2  states  that  if  we  want  l  as  left  output,  all  we  have  to  do 
is  to  apply  (r',  z ,  (')  (notice  that  it  matters  what  the  left  input  is,  whereas 
in  C2  of  V  it  does  not),  but  additionally,  if  instead  of  r'  we  apply  some 
other  left  input  different  from  r\  we  shall  get  a  right  output  different 
from  r .  Notice  that  if  this  additional  restriction  is  removed,  condition  C2 
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holds  trivially  if  we  naturally  assume  that  every  output  is  obtainable  for 
some  inputs.  Notice  also  the  asymmetry  between  Cl  and  C2. 

Ol  is  again  a  stronger  version  of  condition  Ol  of  V,  in  that  the  latter 
required  only  the  propagation  of  rj/r2  to  the  right  output  for  some  2  and 

1,  but  01  of  W  requires  the  propagation  of  r /  *  for  some  2,  no  matter 
what  l  is.  But  still  this  condition  is  weaker  than  Cl.  (In  other  words  G1 
implies  Cl  and  Ol ). 

Finally  condition  02  is  the  same  as  condition  02  of  V. 

Conditions  W  hold  if  1)  the  basic  cell  just  transmits  unaltered  the 
right-moving  signal,  2)  gn{R ,Z,  L)  -  L,  3)  for  any  two  different  right 
inputs  there  exist  r,  2  that  produce  two  different  left  outputs.  This  is  a 
very  reasonable  set  of  assumptions. 

We  can  prove  now  that  conditions  H’  are  in  fact  sufficient. 

Theorem  2:  Any  bilateral  array  of  combinational  cells  that  satisfies 
conditions  V/  is  testable  for  single  faulty  cells. 

ProoJ:  Assume  we  want  to  test  cell  j  for  inputs  (r0,  z0,  l0).  These  test 
inputs  will  be  applied  at  time  t-2p-j  if  the  test  begins  at  time  f  =  1 . 
Hence  r0  =  r3(2p-j),  lQ  =  l3' (Zp-j),  20  =  z3(2p-j)  (see  Fig.  10,  shaded 
cell).  First  we  must  make  the  left  input  of  cell  j  at  time  2p-j  be 
r0~T3{2p-j)  Condition  Cl  guarantees  the  existence  of  r^~l(2p  -j -l), 
z3~'{2p-j  -\)  such  that  r3(2p-j)  =  p^(rJ-1(2p -jf -1),  z3~:(Zp -j -1),  L ); 
hence  it  suffices  to  apply  r,_1(2p-; -1),  2,_,(2p -jf -1)  as  left  and  vertical 
inputs  to  cell  j- 1  (at  time  2p-j-l).  Inductively,  apply  r3~2(Zp-j  -2), 
z3~z(2p-j-2)  to  cell  j—  2,  etc.,  until  we  reach  the  leftmost  cell.  The 
difficult  part  is  to  apply  right  input  l0  =  l3(2p-j)  to  cell  j .  Condition  C2 
guarantees  the  existence  of  r,+1(2p-ji  -1),  iJ+1(2p-jl-l),  2,+1(2p  —  ji  —  1 ) 
such  that  l3{2p-j)  =  gL  (r>+1(2p -l),  z*+1(2p-ji -1),  l’*l{2p-j -\)), 
and  0/?(W+1(2p-;'~l)/  ♦,  z/+1(2p-;'-l),  f/4'1(2p-;-l))  =  r>+z(2p-j)/ 
Hence  it  suffices  to  apply  input  (r^+1(^p-j- 1),  li*'lfy2p  -j -1), 

2, +1(2p-;‘ -1))  tocellj+1  (at  time  2p-,7'-l).  Left  input  r,>,(2p-<;--l)  and 
right  input  f^'*'1(2p-j-l)  can  be  applied  in  the  same  way  we  applied 
inputs  r0  and  LQ  to  cell  j  (using  Cl  ).  This  solves  the  controllability  prob¬ 
lem 

We  have  not  yet  used  the  strong  part  of  condition  C2,  namely  the  fact 
that  gn{r'/  *,  2 ,  l')  -  r/  *.  The  usefulness  of  this  will  become  apparent  in 
the  sequel. 

Assume  that  the  normal  right  and  left  outputs  of  cell  j  (on  input 
(r0,  20,  lQ)  are  r  and  l  respectively;  assume  that  we  test  for  the  error  f/t 
in  the  left  output.  We  can  simultaneously  test  for  all  errors  r/  •  in  the 


right  output.  Propagation  of  the  error  1/7  to  the  leftmost  output  is  done 
in  the  same  way  as  in  the  proof  of  theorem  1,  using  02  and  Cl. 

We  have  not  yet  discussed  the  "southeast"  portion  of  Fig.  10.  that  is 
the  portion  below  the  right-to-left  diagonal  that  passes  through  the 
shaded  cell.  First  we  have  to  propagate  the  fault  r/  •  to  the  rightmost 
output.  But  cell  j  may  fail  to  function  correctly  at  any  previous  time,  so 
for  instance  (see  Fig.  10)  cell  j  on  input  rJ'(2p-2m+j)  (for  some  m  in 
\j  +  1.  j+2,...,pi),  may  not  output  T**i(2p-2m+j  +  i),  so  cell  m  may  not 
output  fm-1(2p-m  +  l),  hence  cell  j  may  not  receive  i0  as  right  input,  and 
due  to  a  fault,  it  may  output  the  expected  outputs  l,  r.  Under  this  worst 
case  scenario  the  two  faults  will  be  masked  and  we  will  get  the  expected 
observable  outputs  f°(2p)  and  rp+1(3p  -2j  + 1)  (assuming  ,;"as(p  +  l)/2). 
This  is  avoided  as  follows: 

First,  to  propagate  the  fault  r/  •  to  the  rightmost  output,  using  con¬ 
dition  01  we  find  zJ+2(2p-;')  such  that  cell  j+2  on  input  ri*z{2p-j)/  * 
outputs  rJ+3(2p  — j f  +  1)/  *,  inductively  we  propagate  this  fault  to  the  right¬ 
most  output  (rp(3p-2;'-l)/ *  ).  Similarly,  we  propagate  the  fault 
rm(2p-m)/*  for  m=j  +  l,j  +2....J) .  Notice  that  the  potential  previous 
fault  r:>4‘1(2p-2m+j  +  1)/  *  of  cell  j  has  been  "automatically"  propagated 
to  cell  m  as  rm(2p-m)/  *  by  the  strong  part  of  condition  C2"when"  we 
were  solving  the  controllability  problem.  So,  if  cell  j  outputs  something 
different  from  W+1(2p  -2m+;  +l),  we  shall  detect  it  at  the  rightmost  out¬ 
put  by  getting  something  different  than  the  expected  r,,  +  J(3p-2m  +  l). 

The  above  procedure  is  repeated  for  every  ?  in  Lt;  then  we  have 
tested  cell  j  for  input  (r0,  z0,  f0).  This  is  repeated  for  every  (r,  z ,  l)  in 

RxZxL  ;  then  we  have  tested  cell  j  completely.  ■ 

Remark:  If  we  have  already  tested  cell  j  for  inputs 
(r>  (2p -2m+j),  z>(2p  —  2m+j),  L)  we  know  that  rm(2p-m)  will  be  the 
correct  input  to  cell  m,  so  propagation  of  the  fault  rm(2p-m)  will  not  be 
necessary. 

The  testing  time  shown  in  Fig  10  is  2p.  Hence  to  test  cell  j  for  input 
(r0,  20,  Lq)  we  need  2p-\L\)  tests,  hence  to  test  completely  cell  j  we  need 
2p\L\z-\R\-\Z\  tests,  and  to  test  completely  the  array  we  need 
2p2-  \L\z-\R\-\Z  \  tests. 

Again,  the  obvious  pipelining  reduces  testing  time  to  one-half  of  the 
above  number  of  tests. 

When  \R  \,\Z\,\L  \  are  large,  the  number  of  tests  may  be  prohibitive 
This  happens  when  the  basic  cell  operates  at  the  word  level.  But  in  that 
case  it  may  be  possible  to  drop  the  assumption  that  to  test  a  cell 
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completely  we  must  apply  all  input  combinations;  however,  we  must  then 
of  course  have  some  information  about  the  realization  of  the  basic  cell. 
Assume  that  we  have  somehow  obtained  a  set  of  tests  that  suffice  to  test 
the  basic  cell.  Each  test  is  of  the  form:  (r,z,  l),  (f,  T)  where  (r,  z,  L)  is 
the  input  and  (r,  7)  is  the  faulty  output.  For  example,  assume  we  adopt 
the  stuck-at  fault  model  [  14]  and  a  certain  line  is  tested  for  stuck-at-1 
(S-A-l)  by  applying  inputs  (r,  z,  l)\  the  output  is  (f,  2)  if  this  line  is  indeed 
S-A-l.  Let  the  number  of  tests  be  T.  Then,  if  condition  V  holds,  the 
number  of  test  inputs  is  easily  seen  to  be  p  (p  +  1)  T  since  every  cell 
requires  jd  +  1  time  units  for  each  test  t  in  T.  Similarly,  if  condition  W 
holds,  we  need  2 pz  T  time  units. 

Parthasarathy  and  Reddy  [10]  introduced  the  notion  of  one-step  tes¬ 
tability  for  one-dimensional  unilateral  arrays.  We  extend  this  notion  to 
bilateral  arrays  as  follows: 

Definition:  A  cell  in  a  bilateral  array  of  combinational  cells  is  one- 
step  testable  for  input  (r,  z ,  l)  if  the  number  of  time  units  needed  to  test 
this  cell  for  input  (r,  z,  l)  is  independent  of  |  /?  ] ,  \L\. 

Definition:  A  cell  in  a  bilateral  array  of  combinational  cells  is  one- 
step  testable  if  it  is  one-step  testable  for  all  inputs  (r ,  z ,  L)  in  RxZxL. 

Definition  A  bilateral  array  of  combinational  cells  is  one-step 
testable  if  all  its  cells  are  one-step  testable. 

If  an  array  is  one-step  testable  the  time  needed  to  test  it  is  greatly 
reduced  since,  if  the  expected  output  of  a  cell  under  test  is,  say,  l,  it  is 
not  necessary  to  apply  different  test  inputs  for  each  fault  1/ T,  IeZ,-[I| 

The  following  conditions  are  useful  for  one-step  testability: 


OSTl: 

for  every  re/?  there 

9/t(r/Rr.  z.O  =  r'/ Rr  . 

exist 

leL,  zeZ 

such 

that 

OST2: 

for  every  ZeZ,  there 

exist 

re/?,  zeZ 

such 

that 

pjr,(r,  2,  l/Li)  = IV 1 


Figures  11a,  lib,  illustrate  these  conditions.  Let  OST  be  conditions 
OSTl  and  0ST2  together.  Let  V-OST  ( W-OST )  be  conditions  V  (W)  and 
OST  together. 

It  is  easy  to  see  that  V-OST  is  equivalent  to  conditions  Cl  and  C2ot 
V,  OSTl  and  0ST2.  (01  and  02  of  V  are  implied  by  OSTl  and  0ST2.)  If 
V-OST  hold,  instead  of  testing  for  the  fault  r/r  for  each  r  in  /?-jr  {  as  in 
the  proof  of  theorem  1,  we  can  test  for  the  fault  r/ Rr.  Thus,  to  test  cell 
j  for  input  (r0,  z0,  l0),  we  only  need  p  +  1  tests.  Therefore,  if  we  want  to 
test  all  cells  for  inputs  a  subset  I  of  RxZ*L,  we  needp  (p  +  1)- 17  |  tests. 
(If  Z  -  R*Z*L  we  save  a  factor  of  max(\R  |,  \L  |). ) 
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W-OST  is  equivalent  to  conditions  Cl,  C2,  Ol  of  Vf  and  0ST2.  (Con¬ 
dition  01  of  V/  is  stronger  than  OSTl,  that  is  Of  of  IK  implies  OST1,  0ST2 
implies  02  of  W .)  Similarly  as  above,  by  testing  for  all  left  output  faults 
simultaneously,  we  need  2 p2  1 1  |  tests  if  we  want  to  test  all  cells  for  a  sub¬ 
set  7  of  RxZxL.  (If  /  =  R'xZ'x.L  we  saved  a  factor  of  \L  | .) 

Remark:  The  above  results  are  easily  generalized  for  the  case  when 
gR,  gi  are  not  identical  for  every  cell,  that  is  we  have  gjf,  gl  for  the  i-th 
cell;  it  suffices  to  replace  the  conditions  for  gR,  gi  by  conditions  for  p£, 
gl  for  every  t 

Application. 

Figure  12  shows  the  basic  cell  of  a  two-way  pipeline  systolic  array 
used  for  FIR  filtering  [11], [12].  For  this  cell  we  have  \Z\  =  1  (no  z- 
inputs),  gR{r ,  l )  =  r,  g^r,  l )  =  l+a  r.  This  array  can  be  considered  as  a 
bilateral  array  of  combinational  cells  at  the  word  level  (the  basic  time 
unit  is  the  time  required  to  produce  the  outputs).  It  easy  to  see  that  con¬ 
ditions  W-OST  are  satisfied.  (Here  we  have  the  case  when  p#,  gi  depend 
on  the  cell.)  Therefore,  if  a  subset  7  of  7?x7  suffices  to  test  the  basic  cell, 
2pZ-i/!  tests  suffice  to  test  the  array. 

4.TW0-DIMENSI0NAL  ARRAYS. 

Figure  13a  shows  a  two-dimensional  array.  The  basic  cell  is  shown  in 
Fig  13b  In  addition  to  gR}  gL,  we  now  have  gz  which  is  the  vertically- 
moving  signed  mapping  RxZxL-*Z. 

Let  I  be  the  following  "independence’  condition: 

I:  gzi R.z,  L)~  p(z),  where  p  is  a  permutation  of  Z. 

If  condition  7  holds,  the  vertically-moving  signals  become  indepen¬ 
dent  of  the  horizontally-moving  signals,  hence  any  z-input  sequence  can 
be  applied  to  any  row  by  controlling  the  z -inputs  of  the  first  row.  For 
instance,  assume  that  at  time  t  we  want  to  apply  the  z-input  sequence 
*j,  z 2,  ...  zp  to  the  i-th  row.  This  can  be  done  by  applying  the  z-input 

sequence  /u"i(z j),  p~^(zz) . p~l(zp)  to  the  first  row  at  time  t-i.  Hence, 

if  condition  7  holds,  the  discussion  for  the  one-dimensional  case  immedi¬ 
ately  applies  to  the  two-dimensional  case.  If,  furthermore,  p  is  the  iden¬ 
tity  permutation,  any  test  inputs  required  for  the  one-dimensional  array, 
which  is  just  a  row  of  the  two-dimensional  array,  can  be  applied  to  all  the 
rows  simultaneously 
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Application. 

The  basic  cell  of  a  two-dimensional  array  shown  in  Fig.  14  has  been 
proposed  in  [13]  for  matrix  multiplication.  For  this  cell  we  have 
gft(r ,  z ,  l)  -  r  ,  gL(r ,  z ,  l)  =  f+z  r ,  gz[r ,  t ,  l)  -  e .  Hence  condition  / 
holds  with  yu  the  identity  permutation;  also  conditions  W-OST  hold, 
therefore  if  a  subset  1  of  RxZ'xL  suffice  to  test  the  basic  cell,  a  row  of 
cells  can  be  tested  in pz  1 1 1  time  units.  If  the  array  has  m  rows  it  can  be 
tested  in  pz  \I  |  +m  time  units,  since  m  time  units  are  required  for  the 
vertical  signals  to  propagate  from  the  first  to  the  last  row. 
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Figure  1 

(a):  A  synchronous  bilateral  array 
(b):  The  basic  cell 
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Figure  2a 

Time-space  transformation  into  asynchronous  unilateral  array 
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Figure  3 
Condition  G 


Figure  4 

(a) :  Condition  Cl  of  V 

(b) :  Condition  C2  of  V 
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Figure  5 

(a) :  Condition  Cl  of  V 

(b) :  Condition  C2  of  V 


Figure  6 

Condition  under  which  arc  (r,t  rz)  belongs  to  Cp 


Figure  7 

The  lest  described  in  thm.  1  (vertical  inputs  are  not  shown  for  simplicity) 


(a) :  Condition  Cl  of  W 

(b) :  Condition  C2  of  W 


Figure  9 

(a) :  Condition  01  of  W 

(b) :  Condition  02  of  W 
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Figure  10 

The  test  described  in  thm.  2  (vertical  inputs  are  not  shown  for  simplicity) 


Figure  1 1 

(a) :  Condition  057—1 

(b) :  Condition  OST— 2 
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Figure  12 

The  basic  cell  of  a  two-way  pipeline  systolic  array  for  FIR  filtering 


Figure  13 

(a):  A  two-dimensional  synchronous  bilateral  array 
(b):  The  basic  cell 
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Figure  14 

The  basic  cell  of  a  two-dimensional  systolic  array  for  matrix  multiplication 


(Nils  SO] 

[PohmS3] 

|Siss68] 

[Smit82] 

|Wein83] 

[\Vied77] 

f\Vins77] 

i 

( 

I 

I 

I 

I 


N.  J.  Nilsson,  Principle $  of  Artificial  Intelligence,  Tioga  Publishing 
Company,  1080. 

A.  V.  Pohm,  O.  P.  Agrawal,  High-Speed  Memory  Systems,  1983. 

S.  S.  Sisson,  M.  J.  Flynn,  “Addressing  patterns  and  memory  han¬ 
dling  algorithms,”  Proc.  AFJPS  Fall  Joint  Computer  Conference , 
Vol.  33,  Part  2,  December,  1968,  San  Francisco,  CA.,  pp.  957-007. 

A.  J.  Smith,  “Cache  Memories,"  ACM  Computing  Surveys,  Vol.  14, 
No.  3,  September, 1982,  pp.  473-530. 

P.  Weinberger,  Personal  Communication. 

G.  Wiederhold,  Database  Design,  McGraw-Hill,  1977. 

P.  H.  Winston,  Artificial  Intelligence,  Addison-Wesley,  1977. 


< 


